自從接觸 IOptions 之后，一直糾結這樣的問題：自己定義的 Options 要不要實現?IOptions 接口。

微軟有的項目中實現了，比如 Caching?中的?MemoryCacheOptions ：

public class MemoryCacheOptions : IOptions<MemoryCacheOptions> {
public ISystemClock Clock { get; set; }
? ?public TimeSpan ExpirationScanFrequency { get; set; } = TimeSpan.FromMinutes(1);MemoryCacheOptions IOptions<MemoryCacheOptions>.Value{ get { return this; }} }

有的項目中就沒有實現，比如?Session 中的?SessionOptions ：

public class SessionOptions{
public string CookieName { get; set; } = SessionDefaults.CookieName;
public string CookieDomain { get; set; }
public string CookiePath { get; set; } = SessionDefaults.CookiePath;
public bool CookieHttpOnly { get; set; } = true;
public CookieSecurePolicy CookieSecure { get; set; } = CookieSecurePolicy.None;
public TimeSpan IdleTimeout { get; set; } = TimeSpan.FromMinutes(20);}

但自己一直沒發現實現 IOptions 究竟有什么用處，于是之前的代碼就都沒實現，比如之前一篇博文中的?TopClientOptions 。

今天在使用 EnyimMemcachedCore?，需要手動 new MemcachedClientOptions 給?MemcachedClientConfiguration 的構造函數傳參時，終于明白了實現?IOptions 的真正用處。

public class MemcachedClientConfiguration : IMemcachedClientConfiguration { public MemcachedClientConfiguration(ILogger<MemcachedClient> logger,IOptions<MemcachedClientOptions> optionsAccessor){} }

如果?MemcachedClientOptions 不實現?IOptions<MemcachedClientOptions> 接口，就根本無法將?MemcachedClientOptions 的實例傳遞給?MemcachedClientConfiguration 的構造函數。

所以，如果完全使用依賴注入，不會出現手動 new 的情況，可以不用實現?IOptions 。否則，必須要實現。保險起見，還是實現一下為好。

public class MemcachedClientOptions : IOptions<MemcachedClientOptions> { //..public MemcachedClientOptions Value => this; }

原文地址：http://www.cnblogs.com/dudu/p/6882110.html

---

.NET社區新聞，深度好文，微信中搜索dotNET跨平臺或掃描二維碼關注

創作挑戰賽新人創作獎勵來咯，堅持創作打卡瓜分現金大獎

總結

以上是生活随笔為你收集整理的终于知道什么情况下需要实现.NET Core中的IOptions接口的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。