【ASP.NET Core】选项类的依赖注入
咱们继续上一个话题。先简单复习一下,根据老周前面文章的介绍,选项类体系的基本套路是通过 IOptionsFactory 来创建选项类实例的。而我们在服务容器(IServiceCollection)上是用Configure、PostConfigure 等扩展方法去配置选项类的(设置属性的值)。配置代码并不是立即执行,而是通过委托来让写代码的人自己设定属性值,最后向服务容器添加 IConfigureOptions、 IPostConfigureOptions、IValidateOptions 等关联服务。IOptionsFactory 通过依赖注入获得上述服务,并使用它们来设置选项类。
本文重点说一下选项类的依赖注入——如何注入到其他类型中。这个当然是依靠构造函数(使用 Invoke 约定的中间件类除外)了(GetService、GetRequiredService 等方法也可以)。选项类自身不是直接添加到服务容器中,所以不能用于依赖注入。
我们还得回过头去看一下 AddOptions 扩展方法的源代码。
services.TryAdd(ServiceDescriptor.Singleton(typeof(IOptions<>), typeof(UnnamedOptionsManager<>)));
services.TryAdd(ServiceDescriptor.Scoped(typeof(IOptionsSnapshot<>), typeof(OptionsManager<>)));
services.TryAdd(ServiceDescriptor.Singleton(typeof(IOptionsMonitor<>), typeof(OptionsMonitor<>)));
services.TryAdd(ServiceDescriptor.Transient(typeof(IOptionsFactory<>), typeof(OptionsFactory<>)));
services.TryAdd(ServiceDescriptor.Singleton(typeof(IOptionsMonitorCache<>), typeof(OptionsCache<>)));
其他的忽略不谈,我们一般用得多的是这三个:
IOptions:单例模式,全场只创建一个实例。这个适用于只想读选项类信息的情形。
IOptionsSnapshot:作用域模式,生命周期和一次HTTP请求相同。这个适用于选项有分组命名的情况,就是同一个选项类有多组设置时。
IOptionsMonitor:这个也是单实例模式。既可用于单组选项类也可用于多组选项类。当与选项类绑定的配置(通常是配置文件,如 appsettings.json)更新时会自动产生通知。此时不用重启应用程序,刷新一下页面就能获取到新的信息。
接下来就是实战阶段,咱们先准备一个选项类。
public class DemoOptions
{
public string? AppTitle { get; set; }
public uint MaxInstance { get; set; }
public bool Locked { get; set; }
}
这个选项类仅用于演示,我是随便写的,没特殊含义,请不要恶意猜测其实际用途。
接下来就很简单了。在应用程序初始化时咱们配置一下。
var builder = WebApplication.CreateBuilder(args);
builder.Services.AddControllers(); // MVC无V
// 配置选项类
builder.Services.Configure<DemoOptions>(opt =>
{
opt.AppTitle = "山高皇帝远,坏事干翻天";
opt.MaxInstance = 12;
opt.Locked = false;
});
var app = builder.Build();
// 添加 MVC 路由
app.MapControllerRoute("Lily", "{controller=Main}/{action=Work}"); app.Run();
随后,咱们定义个控制器类,就可以用了。
public class MainController : Controller
{
// 字段
readonly IOptions<DemoOptions> _myOpt; // 构造函数接收赏赐
public MainController(IOptions<DemoOptions> o)
{
_myOpt = o;
} // 操作方法
public ActionResult Work()
{
DemoOptions theOption = _myOpt.Value;
string s = "App Title: " + theOption.AppTitle +
$"\nMax Instance: {theOption.MaxInstance}\n" +
$"Locked: {theOption.Locked}";
return Content(s);
}
}
运行后,如果看到以下内容,说明你的代码没写错。

如果,选项有不同的分组。比如叫 g1 和 g2。
builder.Services.Configure<DemoOptions>("g1", opt =>
{
opt.AppTitle = "鸭梨山小";
opt.MaxInstance = 5;
opt.Locked = true;
});
builder.Services.Configure<DemoOptions>("g2", opt =>
{
opt.AppTitle = "无头公鸡";
opt.MaxInstance = 15;
opt.Locked = false;
});
其实,未分组的选项类也是有一个默认组名的,叫空白字符串(string.Empty),可从 Options.DefaultName 字段获取。
选项分组后,同一个选项类就拥有不同的配置方案。
接下来的使用也不复杂。
public class GpOptController : Controller
{
// 字段
IOptionsSnapshot<DemoOptions> _myOpt;
// 构造函数接受封赏
public GpOptController(IOptionsSnapshot<DemoOptions> opt)
{
_myOpt = opt;
} // 操作方法
// g 是分组名称
public ActionResult GetInfo(string g)
{
DemoOptions opt = _myOpt.Get(g);
return Content(
$"App Title: {opt.AppTitle}\n" +
$"Max Instance: {opt.MaxInstance}\n" +
$"Locked: {opt.Locked}"
);
}
}
注意 GetInfo 方法有个参数 g,用来筛选显示哪个分组的选项类(g1?g2?)。
假如要显示 g1 的选项信息,就请求 http://SBHost:7337/gpopt/getinfo?g=g1。得到结果如下。

同理,g2 的访问URL:https://BugHost/gpopt/getinfo?g=g2。结果如下。

不要访问什么 g3、g4 的,因为没有这些分组,将得到一个带默认属性值的 DemoOptions 实例。
最后,我们来看看 IOptionsMonitor。要想让 IOptionsMonitor 在关联的配置更改时获得更新通知,还需要实现 IOptionsChangeTokenSource,然后将其添加到服务容器中。内部默认实现的类是 ConfigurationChangeTokenSource。当配置文件被更改后会让 IOptionsMonitor 得到通知。实现 IOptionsChangeTokenSource 接口似乎有些复杂,一般我们不需要这样做。
接下来我们把前面的代码改一下,在应用程序初始化时,用 appsettings.json 文件中的内容去配置选项类。
builder.Services.Configure<DemoOptions>(builder.Configuration.GetSection("test"));
配置 DemoOptions 类的节点名为“test”。打开 appsettings.json 文件,加上这个节点。
{
"Logging": {
"LogLevel": {
"Default": "Information",
"Microsoft.AspNetCore": "Warning"
}
},
"AllowedHosts": "*",
"test": {
"appTitle": "纸糊的飞机",
"maxInstance": 16,
"locked": true
}
}
定义一个控制器类,用于获取选项类信息。
public class WKController : Controller
{
// 字段
readonly IOptionsMonitor<DemoOptions> _mntOpt;
// 构造函数接受册封
public WKController(IOptionsMonitor<DemoOptions> o)
{
_mntOpt = o;
} // 操作方法
public ActionResult Do()
{
DemoOptions opt = _mntOpt.CurrentValue;
return Content(
$"App Title: {opt.AppTitle}\n" +
$"Max Instance: {opt.MaxInstance}\n" +
$"Locked: {opt.Locked}"
);
}
}
运行应用程序,定位到URL:https://localhost/wk/do,得到如下结果。

不用关闭应用程序,打开 appsettings.json 文件,把它改一下。
"test": {
"appTitle": "茶叶青",
"maxInstance": 36,
"locked": true
}
然后保存文件,回面 web 页面,刷新一下,就能看到新的配置了。

应用程序在不重启的情况下加载最新的选项配置。
今天的水文到此就结束了,咱们下次再聊。
【ASP.NET Core】选项类的依赖注入的更多相关文章
- ASP.NET Core中如影随形的”依赖注入”[下]: 历数依赖注入的N种玩法
在对ASP.NET Core管道中关于依赖注入的两个核心对象(ServiceCollection和ServiceProvider)有了足够的认识之后,我们将关注的目光转移到编程层面.在ASP.NET ...
- [ASP.NET Core 3框架揭秘] 依赖注入:控制反转
ASP.NET Core框架建立在一些核心的基础框架之上,这些基础框架包括依赖注入.文件系统.配置选项和诊断日志等.这些框架不仅仅是支撑ASP.NET Core框架的基础,我们在进行应用开发的时候同样 ...
- [ASP.NET Core 3框架揭秘] 依赖注入[5]: 利用容器提供服务
毫不夸张地说,整个ASP.NET Core框架是建立在依赖注入框架之上的.ASP.NET Core应用在启动时构建管道以及利用该管道处理每个请求过程中使用到的服务对象均来源于依赖注入容器.该依赖注入容 ...
- [ASP.NET Core 3框架揭秘] 依赖注入[8]:服务实例的生命周期
生命周期决定了IServiceProvider对象采用怎样的方式提供和释放服务实例.虽然不同版本的依赖注入框架针对服务实例的生命周期管理采用了不同的实现,但总的来说原理还是类似的.在我们提供的依赖注入 ...
- [ASP.NET Core 3框架揭秘] 依赖注入[10]:与第三方依赖注入框架的适配
.NET Core具有一个承载(Hosting)系统,承载需要在后台长时间运行的服务,一个ASP.NET Core应用仅仅是该系统承载的一种服务而已.承载系统总是采用依赖注入的方式来消费它在服务承载过 ...
- [ASP.NET Core 3框架揭秘] 依赖注入[9]:实现概述
<服务注册>.<服务消费>和<生命周期>主要从实现原理的角度对.NET Core的依赖注入框架进行了介绍,接下来更进一步,看看该框架的总体设计和实现.在过去的多个版 ...
- [ASP.NET Core 3框架揭秘] 依赖注入[7]:服务消费
包含服务注册信息的IServiceCollection集合最终被用来创建作为依赖注入容器的IServiceProvider对象.当需要消费某个服务实例的时候,我们只需要指定服务类型调用IService ...
- [ASP.NET Core 3框架揭秘] 依赖注入[6]:服务注册
通过<利用容器提供服务>我们知道作为依赖注入容器的IServiceProvider对象是通过调用IServiceCollection接口的扩展方法BuildServiceProvider创 ...
- [ASP.NET Core 3框架揭秘] 依赖注入[4]:一个Mini版的依赖注入框架
在前面的章节中,我们从纯理论的角度对依赖注入进行了深入论述,我们接下来会对.NET Core依赖注入框架进行单独介绍.为了让读者朋友能够更好地理解.NET Core依赖注入框架的设计与实现,我们按照类 ...
随机推荐
- 斯坦福NLP课程 | 第15讲 - NLP文本生成任务
作者:韩信子@ShowMeAI,路遥@ShowMeAI,奇异果@ShowMeAI 教程地址:http://www.showmeai.tech/tutorials/36 本文地址:http://www. ...
- 101_Power Pivot DAX 累计至今,历史累计至今
焦棚子的文章目录 一.背景 DAX中已经有诸如YTD,QTD,MTD时间智能函数.用起来也比较方便. 但很多时候需要看历史累计至今的数据,需要自己根据实际情况写dax. 今天抛砖引玉,写一个示例. 二 ...
- mysql外键与表查询
目录 自增特性 外键 外键关系 外键创建 外键的约束效果 级联更新级联删除 多对多关系 一对一关系 表查询关键字 select与from where筛选 group by分组 练习 关系练习 查询练习 ...
- 【SpringCloud原理】Ribbon核心组件以及运行原理万字源码剖析
大家好,本文我将继续来剖析SpringCloud中负载均衡组件Ribbon的源码.本来我是打算接着OpenFeign动态代理生成文章直接讲Feign是如何整合Ribbon的,但是文章写了一半发现,如果 ...
- 为什么Java有了synchronized之后还造了Lock锁这个轮子?
众所周知,synchronized和Lock锁是java并发变成中两大利器,可以用来解决线程安全的问题.但是为什么Java有了synchronized之后还是提供了Lock接口这个api,难道仅仅只是 ...
- Codeforces Round #746
挺喜欢这场题目的 A: 水,不写了 B: Hemose Shopping 嘲讽自己一下啦~真的是caii 题意:一个数列,我们通过交换两个点(两点满足距离大于等于\(x\)),问能否排序成功. 思路: ...
- 哈工大软件构造Lab2(2022)
(防扒小助手) 本人CSDN博客: https://blog.csdn.net/m0_61753302https://blog.csdn.net/m0_61753302本人博客园博客(同步CSDN): ...
- 数据分析工具Metabase--Metabase安装(最详细的安装教程)
Meatabase介绍 Metabase 是一款开源的BI工具.主要可以实现在线的可视化分析,单独生成分析图标,定时刷新数据集,权限管理,报告分享等一系列功能. Metabase支持多种市面上主流的数 ...
- 看看CabloyJS是如何实现编辑页面脏标记的
应用场景 我们在使用Word.Excel时,当修改了内容之后在标题栏会显示脏标记,从而可以明确的告知用户内容有变动.此外,如果在没有保存的情况下关闭窗口,系统会弹出提示框,让用户选择是否放弃修改 那么 ...
- JS:in语法
1.应用于判断对象中是否有某一个成员 var obj = { name: "lili", age:10, gender:"girl" } console.log ...