时间:2022-02-06 09:42:24 | 栏目:.NET代码 | 点击:次
前言:
ASP.NET Core
应用在启动过程中会依赖各种组件提供服务,而这些组件会以接口的形式标准化,这些组件这就是我们所说的服务,ASP.NET Core
框架建立在一个底层的依赖注入框架之上,它使用容器提供所需的服务。要了解依赖注入容器以及它的机制,我们需要了解什么是依赖注入。
说道依赖注入就不得不提控制反转(IoC)。
定义: 高层模块不应该依赖低层模块,二者都应该依赖其抽象;抽象不应该依赖细节;细节应该依赖抽象。
相对于细节的多变性,抽象的东西要稳定的多。以抽象为基础搭建起来的架构比以细节为基础搭建起来的架构要稳定的多。在.NET
中,抽象指的是接口或者抽象类,细节就是具体的实现类,使用接口或者抽象类的目的是制定好规范和契约,而不去涉及任何具体的操作,把展现细节的任务交给他们的实现类去完成。
“不要给我们打电话,我们会给你打电话(don‘t call us, we‘ll call you
)”这是著名的好莱坞原则。在好莱坞,把简历递交给演艺公司后就只有回家等待。由演艺公司对整个娱乐项的完全控制,演员只能被动式的接受公司的差使,在需要的环节中,完成自己的演出。IIOC
的原理就是基于好莱坞原则,所有的组件都是被动的(Passive
),所有的组件初始化和调用都由容器负责。
以ASP.NET MVC
开发来说,我们只需按照约定的规则(定义好的目录或命名规则)定义对应的controller
和View
文件即可。整个框架会根据路由规则解析的参数到目标Controller
,如果目标Action
方法需要呈现一个View
,框架会根据约定找到对应的的View
文件( .cshtml
文件),对其进行动态编译生成html回复给客户端,整个框架都体现了IoC
思想。
IoC
是将流程的控制从应用程序当中迁移到框架当中,框架利用一个引擎驱动整个流程的自动执行。应用程序无须关心工作流程的细节,它只需要启动这个引擎即可。框架会以替丁的形式提供扩展点,应用程序通过注册扩展的方式实现对某个环节的控制。一旦这个引擎(容器)被启动,注册的扩展就会自动参与整个流程的执行。
通过上面这张图不难看出IoC在其中起到的作用。
未使用前: 整个程序相互依赖,当新的需求被提出时,牵一发而动全身,这是我们最不想看到的,在小项目中还能理清关系,当需求越来越多,简直不可想象。
开始使用: 在引入第三方后,各个模块之间没有耦合关系,将依赖降至最低,所有控制都通过IoC集中控制。
使用后: 为了方便观察把中间的IoC容器拿掉后,可以看出各个模块之间已经没有耦合关系,修改单一模块后,再也不需要考虑其他模块。
构造器注入就是在构造函数中借助参数将依赖的对象注入由他创建的对象当中。平时基本都是使用其中的构造函数方式实现注入。
public class A { public IB B { get; } public A(IB b) => B = b; }
ASP.NET Core 中的使用
[ApiController] [Route("[controller]")] public class WeatherForecastController : ControllerBase { private static readonly string[] Summaries = new[] { "Freezing", "Bracing", "Chilly", "Cool", "Mild", "Warm", "Balmy", "Hot", "Sweltering", "Scorching" }; private readonly ILogger<WeatherForecastController> _logger; public WeatherForecastController(ILogger<WeatherForecastController> logger) { _logger = logger; } [HttpGet] public IEnumerable<WeatherForecast> Get() { var rng = new Random(); return Enumerable.Range(1, 5).Select(index => new WeatherForecast { Date = DateTime.Now.AddDays(index), TemperatureC = rng.Next(-20, 55), Summary = Summaries[rng.Next(Summaries.Length)] }) .ToArray(); } }
通过标注InjectionAttribute
特性的方式可以将属性设置为自动注入的依赖属性。
public class A { public IB B { get; set; } [Injection] public IC C { get; set; } }
同样通过标注InjectionAttribute
特性的方式可以将该方法标注为注入方法。
public class A { public IB B { get; } [Injection] public Initialize(IB b) => B = b; }
除了通过容器初始化服务过程中自动调用实现,我们还可以利用它实现另一种更加自由的方法注入,这种方式在ASP.NET Core
中广范应用。在ASP.NET Core
启动时会调用Startup
对象完成中间件注册,而定义Startup类型时候不需要让他实现某个接口,所以注册Configure
方法没有一个固定声明,但可以通过下面方法将任意依赖服务注册到这个方法当中。
public class Startup { public void Configure(IApplicationBuilder app, IWebHostEnvironment env) { if (env.IsDevelopment()) { app.UseDeveloperExceptionPage(); app.UseSwagger(); app.UseSwaggerUI(c => c.SwaggerEndpoint("/swagger/v1/swagger.json", "WebApplication1 v1")); } app.UseRouting(); app.UseAuthorization(); app.UseEndpoints(endpoints => { endpoints.MapControllers(); }); } }
AddSingleton的生命周期: 项目启动-项目关闭 相当于静态类 只会有一个
AddScoped的生命周期: 请求开始-请求结束 在这次请求中获取的对象都是同一个
AddTransient的生命周期: 请求获取-(GC回收-主动释放) 每一次获取的对象都不是同一个
注意:由于AddScoped
对象是在请求的时候创建的,所以不能在AddSingleton
对象中使用,甚至也不能在AddTransient
对象中使用。
权重: AddSingleton→AddTransient→AddScoped
public void ConfigureServices(IServiceCollection services) { services.AddScoped<IA, A>; services.AddSingleton<IB, B>; services.AddTransient<IC, C>; services.AddControllers(); services.AddSwaggerGen(c => { c.SwaggerDoc("v1", new OpenApiInfo { Title = "WebApplication1", Version = "v1" }); }); }
注意: ASP.Net Core
中的注入还是比较简单的,但是当服务变得越来越多时,手动注入就比较麻烦了,后续在介绍其他IoC框架。