[Asp.net 5] Options-配置文件(2)
很久之前写过一篇介绍Options的文章,2016年再打开发现很多变化。增加了新类,增加OptionMonitor相关的类。今天就对于这个现在所谓的新版本进行介绍。
老版本的传送门([Asp.net 5] Options-配置文件之后昂的配置)。
首先上一个图:
*绿线是继承关系,蓝线是关联关系。
我们把上面切成2大部分。
Option部分
这部分分为俩部分,第一部分直接创建Options,该部分通过Options静态类创建一个OptionsWrapper类,之后将(IOptions,OptionsWrapper)进行注入。这部分是DI的实体注入,很简单,没有什么可说的,此处应用非常常见的“工厂模式”。
第二部分是将(IOptions,OptionsManager)进行注入。我们OptionsManager会使用IEnumerable<IConfigureOptions<TOptions>>作为参数,而内部返回的是OptionsCache类型的对象,此处应用非常常见的“代理模式”
![](https://images.cnblogs.com/OutliningIndicators/ContractedBlock.gif)
internal class OptionsCache<TOptions> where TOptions : class, new() { private readonly Func<TOptions> _createCache; private object _cacheLock = new object(); private bool _cacheInitialized; private TOptions _options; private IEnumerable<IConfigureOptions<TOptions>> _setups; public OptionsCache(IEnumerable<IConfigureOptions<TOptions>> setups) { _setups = setups; _createCache = CreateOptions; } private TOptions CreateOptions() { var result = new TOptions(); if (_setups != null) { foreach (var setup in _setups) { setup.Configure(result); } } return result; } public virtual TOptions Value { get { return LazyInitializer.EnsureInitialized( ref _options, ref _cacheInitialized, ref _cacheLock, _createCache); } } }
此处附录OptionsCache代码,里面(IConfigureOptions,ConfigureOptions)已经进行注入了。而ConfigureOptions代码如下:
![](https://images.cnblogs.com/OutliningIndicators/ContractedBlock.gif)
public class ConfigureOptions<TOptions> : IConfigureOptions<TOptions> where TOptions : class { public ConfigureOptions(Action<TOptions> action) { if (action == null) { throw new ArgumentNullException(nameof(action)); } Action = action; } public Action<TOptions> Action { get; private set; } public virtual void Configure(TOptions options) { if (options == null) { throw new ArgumentNullException(nameof(options)); } Action.Invoke(options); } }
而ConfigureOptions实际上只是对Action<TOptions>的封装吧了(这里是不是可以理解为适配器)。
*为什么要传递Action<T>进行配置?我的理解是因为延时性。延时的概念就是,你做的修改不是立马生效,以至于配置的时候,我们都不用考虑先后顺序。
OptionsMonitor部分
OptionsMonitor是对Options的监视器。我决定这部分好像一个调度者模式??。
的IOptionsChangeTokenSource
OptionsMonitor代码如下:
![](https://images.cnblogs.com/OutliningIndicators/ContractedBlock.gif)
public class OptionsMonitor<TOptions> : IOptionsMonitor<TOptions> where TOptions : class, new() { private OptionsCache<TOptions> _optionsCache; private readonly IEnumerable<IConfigureOptions<TOptions>> _setups; private readonly IEnumerable<IOptionsChangeTokenSource<TOptions>> _sources; public OptionsMonitor(IEnumerable<IConfigureOptions<TOptions>> setups, IEnumerable<IOptionsChangeTokenSource<TOptions>> sources) { _sources = sources; _setups = setups; _optionsCache = new OptionsCache<TOptions>(setups); } public TOptions CurrentValue { get { return _optionsCache.Value; } } public IDisposable OnChange(Action<TOptions> listener) { var disposable = new ChangeTrackerDisposable(); foreach (var source in _sources) { Action<object> callback = null; IDisposable previousSubscription = null; callback = (s) => { // The order here is important. We need to take the token and then apply our changes BEFORE // registering. This prevents us from possible having two change updates to process concurrently. // // If the token changes after we take the token, then we'll process the update immediately upon // registering the callback. var token = source.GetChangeToken(); // Recompute the options before calling the watchers _optionsCache = new OptionsCache<TOptions>(_setups); listener(_optionsCache.Value); // Remove the old callback after its been fired var nextSubscription = token.RegisterChangeCallback(callback, s); disposable.Disposables.Add(nextSubscription); disposable.Disposables.Remove(previousSubscription); previousSubscription = nextSubscription; }; previousSubscription = source.GetChangeToken().RegisterChangeCallback(callback, state: null); disposable.Disposables.Add(previousSubscription); } return disposable; } }
通过IOptionsChangeTokenSource的IChangeToken对象发出更改请求,之后Action<TOptions> listener进行数据更改。
Onchange方法,实现上就是每次调用都会创建一个新的IDisposable(ChangeTrackerDisposable),如此而已。