ASP.NET Core中使用IOC三部曲(二.采用Autofac来替换IOC容器,并实现属性注入)

前言

本文主要是详解一下在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拦截)

 

正文

上一篇咱们说过ASP.NET Core中自带的IOC容器是属于轻量级的,功能并非不少,只是提供了基础功能而已..

因此今天咱们主要讲讲如何采用Autofac来替换IOC容器,并实现属性注入

注意:本文须要读者理解DI IOC并使用过相关框架.

1.将默认的IOC容器替换为Autofac

 首先,咱们须要从nuget引用相关的包.

Autofac

Autofac.Extensions.DependencyInjection(这个包扩展了一些微软提供服务的类.来方便替换autofac)

而后,咱们修改Startup中的ConfigureServices代码以下:

        public IServiceProvider ConfigureServices(IServiceCollection services)
        {
            services.AddMvc();
            services.AddDbContext<BloggingContext>();
            services.AddDirectoryBrowser();
            var containerBuilder = new ContainerBuilder();
            containerBuilder.RegisterModule<DefaultModule>();
            containerBuilder.Populate(services);
            var container = containerBuilder.Build();
            return new AutofacServiceProvider(container);
        }

这里咱们使用了AutoFac的功能之一,模块化注入.也就是RegisterModule 这里, DefaultModule是咱们的注入模块,代码很简单,以下:

    public class DefaultModule : Module
    {
        protected override void Load(ContainerBuilder builder)
        {

            //注入测试服务
            builder.RegisterType<TestService>().As<ITestService>();
            
        }
    }

 

解释一下,在上面的代码中，咱们配置IServiceProvider从Autofac容器中解析（设置一个有效的Autofac服务适配器）。

而后在整个框架中使用它来解析控制器的依赖关系，并在HttpContext上公开全部其余用例的服务定位。

这样咱们就完成了初步的Autofac容器替换.下面咱们建立控制器来看看效果.代码以下:

 public class AutoDIController : Controller
    {

        private readonly ITestService _testService;

        public AutoDIController(ITestService testService)
        {
            _testService = testService;
        }
        
        // GET: AutoDI
        public ActionResult Index()
        {
            ViewBag.date = _testService.GetList("Name");
            return View();
        }
}

当框架（经过一个命名为DefaultControllerActivator的服务）要建立一个控制器的实例时，它会解析IServiceProvider的全部构造函数依赖项.在上面的代码中，它会使用Autofac容器来解析产生类。

这样就能初步的达到咱们替换IOC容器的的效果了..

 

可是，这个操做过程与asp.net MVC的不一样之处在于.控制器自己不会从容器中解析出来，因此服务只能从它的构造器参数中解析出来。

因此.这个过程,让咱们没法使用Autofac的一些更高级功能.好比属性注入(关于属性注入的好坏..属于仁者见仁智者见智的东西,这里咱们不讨论它是好仍是坏.)

 

2.如何使用Autofac的高级功能,属性注入.

咱们回到Autofac设置代码，并设置属性注入以下:

 var containerBuilder = new ContainerBuilder();
 //模块化注入
  containerBuilder.RegisterModule<DefaultModule>();
  //属性注入控制器
  containerBuilder.RegisterType<AutoDIController>().PropertiesAutowired();
  containerBuilder.Populate(services);

注入模块的代码修改以下:

//属性注入
builder.RegisterType<TestService>().As<ITestService>().PropertiesAutowired();

而后修改咱们的控制器代码以下:

 public class AutoDIController : BaseController
 {

        public  ITestService _testService { get; set; }
        
        // GET: AutoDI
        public ActionResult Index()
        {
            ViewBag.date = _testService.GetList("Name");
            return View();
        }
}

这里咱们剔除了控制器的构造函数.

咱们运行代码,会发现_testService 为null,因此根本没有注入成功.失败的缘由上面咱们已经解释过了...可是仍是强调一下吧..

虽然控制器的构造函数依赖性将由MVC从IServiceProvider解决（也就是咱们以前构造函数注入的例子），

可是控制器自己的实例（以及它的处理）倒是由框架建立和拥有的，而不是由容器全部。

那么咱们该如何改变控制器自己的建立和全部者呢?

咱们会在Microsoft.Extensions.DependencyInjection中找到一个方法.叫作AddControllersAsServices

它的注释翻译过来为:将控制器的寄宿器转为注册的服务(也就是咱们替换的autofac).

可是,注意..这里虽然是将控制的全部者改为了autofac,可是咱们仍是不能使用相关的属性注入方法.

因此,咱们到GITHUB上来看看这个方法源码以下.(这就是开源的好处...):

public static IMvcBuilder AddControllersAsServices(this IMvcBuilder builder)
        {
            if (builder == null)
            {
                throw new ArgumentNullException(nameof(builder));
            }

            var feature = new ControllerFeature();
            builder.PartManager.PopulateFeature(feature);

            foreach (var controller in feature.Controllers.Select(c => c.AsType()))
            {
                builder.Services.TryAddTransient(controller, controller);
            }

            builder.Services.Replace(ServiceDescriptor.Transient<IControllerActivator, ServiceBasedControllerActivator>());

            return builder;
        }

咱们会发现最后一句..

 builder.Services.Replace(ServiceDescriptor.Transient<IControllerActivator, ServiceBasedControllerActivator>());

意思是用ServiceBasedControllerActivator替换DefaultControllerActivator（意味着框架如今会尝试从IServiceProvider中解析控制器实例）

..这下终于真相大白了..

咱们只须要修改配置服务的代码以下:

     public IServiceProvider ConfigureServices(IServiceCollection services)
        {
            //替换控制器全部者
            services.Replace(ServiceDescriptor.Transient<IControllerActivator, ServiceBasedControllerActivator>());
            services.AddMvc();
            services.AddDbContext<BloggingContext>();
            services.AddDirectoryBrowser();
            var containerBuilder = new ContainerBuilder();
            containerBuilder.RegisterModule<DefaultModule>();
            //采用属性注入控制器
            containerBuilder.RegisterType<AutoDIController>().PropertiesAutowired();
            // containerBuilder.RegisterTypes(feature.Controllers.Select(ti => ti.AsType()).ToArray()).PropertiesAutowired();
            containerBuilder.Populate(services);

            var container = containerBuilder.Build();
            return new AutofacServiceProvider(container);
        }

注意,替换的方法必定要在addMVC以前..

而后咱们运行咱们的控制器代码.效果如图:

如图所示,_testService已经被实例化了.说明咱们的属性注入就成功了~

 

写在最后

本篇到此就结束了,下篇咱们讲解,如何使用Autofac的高级功能来实现咱们的切面编程(AOP)

喜欢的请点个推荐和关注,~有问题也但愿各位批评指正~.