[关闭]
@wddpct 2017-04-03T21:16:46.000000Z 字数 4881 阅读 3468

1. 前言

关于IoC模式(控制反转)和DI技术(依赖注入),我们已经见过很多的探讨,这里就不再赘述了。比如说必看的Martin Fowler《IoC 容器和 Dependency Injection 模式》,相关资料链接都附于文章末尾。其中我非常赞同Artech的说法"控制更多地体现为一种流程的控制",而依赖注入技术让我们的应用程序实现了松散耦合。

ASP.NET Core本身已经集成了一个轻量级的IOC容器,开发者只需要定义好接口后,在Startup.cs的ConfigureServices方法里使用对应生命周期的绑定方法即可,常见方法如下

  1. services.AddTransient<IApplicationService,ApplicationService>
  2. services.AddScoped<IApplicationService,ApplicationService>
  3. services.AddSingleton<IApplicationService,ApplicationService>

对于上述的三种DI注入方式,官方也给出了详细的解释,我来简单翻译一下

在这之后,我们便可以将服务通过构造函数注入或者是属性注入的方式注入到Controller,View(通过使用@inject),甚至是Filter中(以前使用Unity将依赖注入到Filter真是一种痛苦)。话不多说,先来体验一把

Tips:Startup.cs是什么,详见ASP.NET Core 介绍和项目解读

2. ASP.NET Core 中的DI方式

大多项目举例依赖注入的生命周期演示时,都会采取可变Guid来作为返回显示,此次示例也会这样处理。我们先定义一个IGuidAppService接口,里面定义基接口和三种注入模式的接口

  1. public interface IGuidAppService
  2. {
  3. Guid GuidItem();
  4. }
  5. public interface IGuidTransientAppService : IGuidAppService
  6. {
  7. }
  8. public interface IGuidScopedAppService : IGuidAppService
  9. {
  10. }
  11. public interface IGuidSingletonAppService : IGuidAppService
  12. {
  13. }

同样的,在GuidAppService中定义其实现类。这里为了直观显示每次请求的返回值,采取如下代码

  1. public class GuidAppServiceBase : IGuidAppService
  2. {
  3. private readonly Guid _item;
  4. public GuidAppServiceBase()
  5. {
  6. _item = Guid.NewGuid();
  7. }
  8. public Guid GuidItem()
  9. {
  10. return _item;
  11. }
  12. }
  13. public class GuidTransientAppService : GuidAppServiceBase, IGuidTransientAppService
  14. {
  15. }
  16. public class GuidScopedAppService : GuidAppServiceBase, IGuidScopedAppService
  17. {
  18. }
  19. public class GuidSingletonAppService : GuidAppServiceBase, IGuidSingletonAppService
  20. {
  21. }

最后是Controller和View视图的代码

  1. # Controller
  2. public class HomeController : Controller
  3. {
  4. private readonly IGuidTransientAppService _guidTransientAppService; //#构造函数注入
  5. //private IGuidTransientAppService _guidTransientAppService { get; } #属性注入
  6. private readonly IGuidScopedAppService _guidScopedAppService;
  7. private readonly IGuidSingletonAppService _guidSingletonAppService;
  8. public HomeController(IGuidTransientAppService guidTransientAppService,
  9. IGuidScopedAppService guidScopedAppService, IGuidSingletonAppService guidSingletonAppService)
  10. {
  11. _guidTransientAppService = guidTransientAppService;
  12. _guidScopedAppService = guidScopedAppService;
  13. _guidSingletonAppService = guidSingletonAppService;
  14. }
  15. public IActionResult Index()
  16. {
  17. ViewBag.TransientItem = _guidTransientAppService.GuidItem();
  18. ViewBag.ScopedItem = _guidScopedAppService.GuidItem();
  19. ViewBag.SingletonItem = _guidSingletonAppService.GuidItem();
  20. return View();
  21. }
  22. }
  23. # Index View
  24. <div class="row">
  25. <div >
  26. <h2>GuidItem Shows</h2>
  27. <h3>TransientItem: @ViewBag.TransientItem</h3>
  28. <h3>ScopedItem: @ViewBag.ScopedItem</h3>
  29. <h3>SingletonItem: @ViewBag.SingletonItem</h3>
  30. </div>
  31. </div>

之后我们打开两个浏览器,分别刷新数次,也只会发现“TransientItem”和“ScopedItem”的数值不断变化,“SingletonItem”栏的数值是不会有任何变化的,这就体现出单例模式的作用了,示例图如下

但是这好像还不够,要知道我们的Scoped的解读是“生命周期横贯整次请求”,但是现在演示起来和Transient好像没有什么区别(因为两个页面每次浏览器请求仍然是独立的,并不包含于一次中),所以我们采用以下代码来演示下(同一请求源)

  1. # 新建GuidItemPartial.cshtml视图,复制如下代码,使用@inject注入依赖
  2. @using DependencyInjection.IApplicationService
  3. @inject IGuidTransientAppService TransientAppService
  4. @inject IGuidScopedAppService GuidScopedAppServic
  5. @inject IGuidSingletonAppService GuidSingletonAppService
  6. <div class="row">
  7. <div>
  8. <h2>GuidItem Shows</h2>
  9. <h3>TransientItem: @TransientAppService.GuidItem()</h3>
  10. <h3>ScopedItem: @GuidScopedAppServic.GuidItem()</h3>
  11. <h3>SingletonItem: @GuidSingletonAppService.GuidItem()</h3>
  12. </div>
  13. </div>
  14. # 原先的index视图
  15. @{
  16. ViewData["Title"] = "Home Page";
  17. }
  18. @Html.Partial("GuidItemPartial")
  19. @Html.Partial("GuidItemPartial")

依然是 Ctrl+F5 调试运行,可以发现“ScopedItem”在同一请求源中是不会发生变化的,但是“TransientItem”依然不断变化,理论仍然是支持的

3. Autofac实现和自定义实现扩展方法

除了ASP.NETCore自带的IOC容器外,我们还可以使用其他成熟的DI框架,如Autofac,StructureMap等(笔者只用过Unity,Ninject和Castle,Castle也是使用ABP时自带的)。

3.1 安装Autofac

首先在project.json的dependency节点中加入Autofac.Extensions.DependencyInjection引用,目前最新版本是4.0.0-rc3-309

3.2 创建容器并注册依赖

在Startup.cs中创建一个public IContainer ApplicationContainer { get; private set; }对象,并把ConfigureServices返回类型改为IServiceProvider,然后复制以下代码进去,也可以实现相关功能

  1. var builder = new ContainerBuilder();
  2. //注意以下写法
  3. builder.RegisterType<GuidTransientAppService>().As<IGuidTransientAppService>();
  4. builder.RegisterType<GuidScopedAppService>().As<IGuidScopedAppService>().InstancePerLifetimeScope();
  5. builder.RegisterType<GuidSingletonAppService>().As<IGuidSingletonAppService>().SingleInstance();
  6. builder.Populate(services);
  7. this.ApplicationContainer = builder.Build();
  8. return new AutofacServiceProvider(this.ApplicationContainer);

值得注意的几点:
1. 创建Autofac容器时不要忘了将ConfigureServices的返回值修改为IServiceProvider
2. 对应ASP.NET Core提及的不同的生命周期,Autofac也定义了对应的扩展方法,如InstancePerLifetimeScope等,默认为Transient模式,包括EntityFramwork等Context也是该种模式
3. Autofac Core不支持从View中注入,但是可以和ASP.NET Core自带IOC容器配合使用
4. Autofac Core版本和传统的ASP.NET MVC项目版本的区别

4. 参考链接

添加新批注
在作者公开此批注前,只有你和作者可见。
回复批注