十年网站开发经验 + 多家企业客户 + 靠谱的建站团队
量身定制 + 运营维护+专业推广+无忧售后,网站问题一站解决
今天就跟大家聊聊有关ASP.NET Core中如何采用Autofac来替换IOC容器并实现属性注入,可能很多人都不太了解,为了让大家更加了解,小编给大家总结了以下内容,希望大家根据这篇文章可以有所收获。
10余年的梁园网站建设经验,针对设计、前端、开发、售后、文案、推广等六对一服务,响应快,48小时及时工作处理。成都全网营销推广的优势是能够根据用户设备显示端的尺寸不同,自动调整梁园建站的显示方式,使网站能够适用不同显示终端,在浏览器中调整网站的宽度,无论在任何一种浏览器上浏览网站,都能展现优雅布局与设计,从而大程度地提升浏览体验。创新互联公司从事“梁园网站设计”,“梁园网站推广”以来,每个客户项目都认真落实执行。
今天我们主要讲讲如何采用Autofac来替换IOC容器,并实现属性注入
首先,我们需要从nuget引用相关的包.
Autofac
Autofac.Extensions.DependencyInjection(这个包扩展了一些微软提供服务的类.来方便替换autofac)
然后,我们修改Startup中的ConfigureServices代码如下:
public IServiceProvider ConfigureServices(IServiceCollection services)
{
services.AddMvc();
services.AddDbContext
services.AddDirectoryBrowser();
var containerBuilder = new ContainerBuilder();
containerBuilder.RegisterModule
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
}
}
解释一下,在上面的代码中,我们配置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的一些更高级功能.比如属性注入(关于属性注入的好坏..属于仁者见仁智者见智的东西,这里我们不讨论它是好还是坏.)
我们回到Autofac设置代码,并设置属性注入如下:
var containerBuilder = new ContainerBuilder();
//模块化注入
containerBuilder.RegisterModule
//属性注入控制器
containerBuilder.RegisterType
containerBuilder.Populate(services);
注入模块的代码修改如下:
//属性注入builder.RegisterType().As ().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
return builder;
}
我们会发现最后一句..
builder.Services.Replace(ServiceDescriptor.Transient());
意思是用ServiceBasedControllerActivator替换DefaultControllerActivator(意味着框架现在会尝试从IServiceProvider中解析控制器实例)
..这下终于真相大白了..
我们只需要修改配置服务的代码如下:
public IServiceProvider ConfigureServices(IServiceCollection services)
{
//替换控制器所有者
services.Replace(ServiceDescriptor.Transient
services.AddMvc();
services.AddDbContext
services.AddDirectoryBrowser();
var containerBuilder = new ContainerBuilder();
containerBuilder.RegisterModule
//采用属性注入控制器
containerBuilder.RegisterType
// containerBuilder.RegisterTypes(feature.Controllers.Select(ti => ti.AsType()).ToArray()).PropertiesAutowired();
containerBuilder.Populate(services);
var container = containerBuilder.Build();
return new AutofacServiceProvider(container);
}
注意,替换的方法一定要在addMVC之前..
然后我们运行我们的控制器代码.效果如图:
如图所示,_testService已经被实例化了.说明我们的属性注入就成功了~
看完上述内容,你们对ASP.NET Core中如何采用Autofac来替换IOC容器并实现属性注入有进一步的了解吗?如果还想了解更多知识或者相关内容,请关注创新互联行业资讯频道,感谢大家的支持。