四 直接初始化Options对象 前面演示的几个实例具有一个共同的特征，即都采用配置系统来提供绑定Options对象的原始数据，实际上，Options框架具有一个完全独立的模型，可以称为Options模型。这个独立的Options模型本身并不依赖于配置系统，让配置系统来提供配置数据仅仅是通过Options模型的一个扩展点实现的。在很多情况下，可能并不需要将应用的配置选项定义在配置文件中，在应用启动 ...
2020-01-10 08:55 6 4316 推荐指数：
依赖注入不仅是支撑整个ASP.NET Core框架的基石，也是开发ASP.NET Core应用采用的基本编程模式，所以依赖注入十分重要。依赖注入使我们可以将依赖的功能定义成服务，最终以一种松耦合的形式注入消费该功能的组件或者服务中。除了采用依赖注入的形式消费承载某种功能的服务，还可以采用相同的方式 ...
六、IOptionsMonitorCache<TOptions> IOptionsFactory<TOptions>解决了Options的创建与初始化问题，但由于它自身是无状态的，所以Options模型对Options对象实施缓存可以获得更好的性能。Options模型中针对 ...
Options模型本身与配置系统完全没有关系，但是配置在大部分情况下会作为绑定Options对象的数据源，所以有必要将两者结合在一起。与《扩展与定制》演示的两个例子一样，针对配置系统的集成同样是通过定制Options模型相应的对象来实现的。具体来说，集成配置系统需要解决如下两个问题: 将承载 ...
通过前面演示的几个实例（配置选项的正确使用方式[上篇]、配置选项的正确使用方式[下篇]），我们已经对基于Options的编程方式有了一定程度的了解，下面从设计的角度介绍Options模型。我们演示的实例已经涉及Options模型的3个重要的接口，它们分别是IOptions< ...
XML也是一种常用的配置定义形式，它对数据的表达能力甚至强于JSON，几乎所有类型的数据结构都可以通过XML表示出来。当我们通过一个XML元素表示一个复杂对象的时候，对象的数据成员定义成当前XML元素的子元素。虽然XML对数据结构的表达能力总体要强于JSON，但是作为配置模型的数据来源却有 ...
[接上篇]提到“配置”二字，我想绝大部分.NET开发人员脑海中会立即浮现出两个特殊文件的身影，那就是我们再熟悉不过的app.config和web.config，多年以来我们已经习惯了将结构化的配置定义在这两个XML格式的文件之中。到了.NET Core的时代，很多我们习以为常的东西都发生了改变 ...
《Options模型》介绍了组成Options模型的4个核心对象以及它们之间的交互关系，读者对如何得到Options对象的实现原理可能不太了解，本篇文章主要介绍依赖注入的相关内容。既然我们能够利用IServiceProvider对象提供的IOptions<TOptions>服务 ...
由于Options模型涉及的核心对象最终都注册为相应的服务，所以从原则上讲这些对象都是可以定制的，下面提供几个这样的实例。由于Options模型提供了针对配置系统的集成，所以可以采用配置文件的形式来提供原始的Options数据，可以直接采用反序列化的方式将配置文件的内容转换成Options对象 ...
