本文主要是详解一下在ASP.NET Core中,自带的IOC容器相关的使用方式和注入类型的生命周期.
这里就不详细的赘述IOC是什么 以及DI是什么了.. emm..不懂的可以自行百度.
目录
ASP.NET Core中使用IOC三部曲(一.使用ASP.NET Core自带的IOC容器)
ASP.NET Core中使用IOC三部曲(二.采用Autofac来替换IOC容器,并实现属性注入)
ASP.NET Core中使用IOC三部曲(三.采用替换后的Autofac来实现AOP拦截)
今天我们主要讲讲如何使用自带IOC容器,emm..虽然自带的功能不是那么强大,但是胜在轻量级..而且..不用引用别的库..
在新的ASP.NET Core中,大量的采用了依赖注入的方式来编写代码.
比如,在我们的Startup类中的ConfigureServices里,就可以看到:
AddMvc AddDbContext 包括我们之前目录游览用到的AddDirectoryBrowser..
都是框架提供好的服务,我们直接注入就可以使用了.
1.如何注入自己的服务
下面我们就来讲讲如何注入自己的服务.
首先,我们编写我们自己的测试服务如下:
public class TestService: ITestService { public TestService() { MyProperty = Guid.NewGuid(); } public Guid MyProperty { get; set; } public List<string> GetList(string a) { return new List<string>() { "LiLei", "ZhangSan", "LiSi" }; } }
编写对应的接口代码如下:
public interface ITestService { Guid MyProperty { get; } List<string> GetList(string a); }
然后,我们要在Startup类引用 Microsoft.Extensions.DependencyInjection(ps,这命名已经很直白了..微软..扩展...依赖注入 - - ,)
修改ConfigureServices方法,如下:
public void ConfigureServices(IServiceCollection services) { services.AddMvc(); services.AddDbContext<BloggingContext>(); //这里就是注入服务 services.AddTransient<ITestService, TestService>(); services.AddDirectoryBrowser(); }
AddTransient就是注入的方法之一,泛型参数,前面一个是你服务的接口,第二个是服务的实现类..
这样,我们就完成了初步的注入操作.
那么我们如何使用我们注入的服务呢?
我们到控制器,编写代码如下:
public class DITestController : Controller { private readonly ITestService _testService; public DITestController(ITestService testService) { _testService = testService; } public IActionResult Index() { ViewBag.date = _testService.GetList(""); return View(); } }
注入的方式一般有三种,构造函数注入, 方法注入,属性注入..微软自带的这个IOC容器,默认采用了构造函数注入的方式(不支持属性注入,不过可以用第三方容器替换来实现,下篇讲)
我们编写我们的index视图如下:
@{ ViewData["Title"] = "Index"; } <h2>Index</h2> @foreach (var item in ViewBag.date) { <h2>@item</h2> }
最终效果如下:
2.注入服务的生命周期
微软给自行注入的服务,提供了3种生命周期.
Transient(瞬时的)
每次请求时都会创建的瞬时生命周期服务。这个生命周期最适合轻量级,无状态的服务。
Scoped(作用域的)
在同作用域,服务每个请求只创建一次。
Singleton(唯一的)
全局只创建一次,第一次被请求的时候被创建,然后就一直使用这一个.
如何使用这三种生命周期呢?.我们直接在注入的时候用不同的方法就行了,代码如下:
services.AddTransient<ITestService, TestService>(); services.AddScoped<ITestService2, TestService2>(); services.AddSingleton<ITestService3, TestService3>();
下面,我们就来测试一下这三种生命周期的具体生成情况
我们编写三个不同名称的接口如下:
public interface ITestService { Guid MyProperty { get; } List<string> GetList(string a); } public interface ITestService2 { Guid MyProperty { get; } List<string> GetList(); } public interface ITestService3 { Guid MyProperty { get; } List<string> GetList(); }
然后用3个类来分别实现他们.
public class TestService: ITestService { public TestService() { MyProperty = Guid.NewGuid(); } public Guid MyProperty { get; set; } public List<string> GetList(string a) { return new List<string>() { "LiLei", "ZhangSan", "LiSi" }; } } public class TestService2 : ITestService2 { public TestService2() { MyProperty = Guid.NewGuid(); } public Guid MyProperty { get; set; } public List<string> GetList() { return new List<string>() { "LiLei", "ZhangSan", "LiSi" }; } } public class TestService3 : ITestService3 { public TestService3() { MyProperty = Guid.NewGuid(); } public Guid MyProperty { get; set; } public List<string> GetList() { return new List<string>() { "LiLei", "ZhangSan", "LiSi" }; } }
每个实现类的构造函数中,我们都产生了一个新的guid,通过这个GUID,我们可以判断这个类到底重新执行过构造函数没有.
我们编写注入代码如下:
public void ConfigureServices(IServiceCollection services) { services.AddMvc(); services.AddDbContext<BloggingContext>(); services.AddTransient<ITestService, TestService>(); services.AddScoped<ITestService2, TestService2>(); services.AddSingleton<ITestService3, TestService3>(); services.AddDirectoryBrowser(); }
我们修改控制器如下:
public class DITestController : Controller { private readonly ITestService _testService; private readonly ITestService2 _testService2; private readonly ITestService3 _testService3; public DITestController(ITestService testService, ITestService2 testService2, ITestService3 testService3) { _testService = testService; _testService2 = testService2; _testService3 = testService3; } //这里采用了Action注入的方法 public IActionResult Index([FromServices]ITestService testService11, [FromServices]ITestService2 testService22) { ViewBag.date = _testService.GetList(""); ViewBag.guid = _testService.MyProperty; ViewBag.guid11 = testService11.MyProperty; ViewBag.guid2 = _testService2.MyProperty; ViewBag.guid22 = testService22.MyProperty; ViewBag.guid3 = _testService3.MyProperty; return View(); } }
这里说明一下,我们采用了Action注入的方法,新注入了一个ITestService2 ,来保证2个ITestService2 在同一个作用域.
我们编写相关的index页面,来展示这些信息如下:
@{ ViewData["Title"] = "Index"; } <h2>Index</h2> @foreach (var item in ViewBag.date) { <h2>@item</h2> } <h1>瞬时的:@ViewBag.guid</h1> <h1>瞬时的2:@ViewBag.guid11</h1> <h1>作用域的:@ViewBag.guid2</h1> <h1>作用域的2:@ViewBag.guid22</h1> <h1>全局唯一的:@ViewBag.guid3</h1>
我们运行代码,第一次访问,效果如下:
我们发现瞬时生命周期的,2次生成的GUID都不一致,说明对象不是同一个.
然而作用域生命周期的,因为在同一个作用域下,2次使用服务的GUID都是一致的,说明用的同一个对象.
我们直接刷新页面进行第二次访问.
效果如下:
瞬时的和作用域的,都继续符合我们的预期,
全局唯一生命周期的和上面第一次访问的GUID保持一致.说明2次访问,都使用的同一个对象.也符合我们的预期.
本篇到此就结束了,下篇我们讲解,如何使用第三方的Autofac来替换我们默认的IOC容器,并且使用Autofac的属性注入,来注入我们的服务. 喜欢的请点个推荐和关注,~有问题也希望各位批评指正~.