ASP.NET Core依赖注入解读&使用Autofac替代实现
来源:互联网 发布:wps怎么做数据透视表 编辑:程序博客网 时间:2024/05/19 23:12
1. 前言
关于IoC模式(控制反转)和DI技术(依赖注入),我们已经见过很多的探讨,这里就不再赘述了。比如说必看的Martin Fowler《IoC 容器和 Dependency Injection 模式》,相关资料链接都附于文章末尾。其中我非常赞同Artech的说法"控制更多地体现为一种流程的控制",而依赖注入技术让我们的应用程序实现了松散耦合。
ASP.NET Core本身已经集成了一个轻量级的IOC容器,开发者只需要定义好接口后,在Startup.cs的ConfigureServices方法里使用对应生命周期的绑定方法即可,常见方法如下
services.AddTransient<IApplicationService,ApplicationService>
services.AddScoped<IApplicationService,ApplicationService>
services.AddSingleton<IApplicationService,ApplicationService>
对于上述的三种DI注入方式,官方也给出了详细的解释,我来简单翻译一下
Transient
Transient 服务在每次请求时被创建,它最好被用于轻量级无状态服务(如我们的Repository和ApplicationService服务)Scoped
Scoped 服务在每次请求时被创建,生命周期横贯整次请求Singleton
顾名思义,Singleton(单例) 服务在第一次请求时被创建(或者当我们在ConfigureServices中指定创建某一实例并运行方法),其后的每次请求将沿用已创建服务。如果开发者的应用需要单例服务情景,请设计成允许服务容器来对服务生命周期进行操作,而不是手动实现单例设计模式然后由开发者在自定义类中进行操作。
在这之后,我们便可以将服务通过构造函数注入或者是属性注入的方式注入到Controller,View(通过使用@inject
),甚至是Filter中(以前使用Unity将依赖注入到Filter真是一种痛苦)。话不多说,先来体验一把
Tips:Startup.cs是什么,详见ASP.NET Core 介绍和项目解读
2. ASP.NET Core 中的DI方式
大多项目举例依赖注入的生命周期演示时,都会采取可变Guid来作为返回显示,此次示例也会这样处理。我们先定义一个IGuidAppService接口,里面定义基接口和三种注入模式的接口
public interface IGuidAppService {
Guid GuidItem(); }
public interface IGuidTransientAppService : IGuidAppService { }
public interface IGuidScopedAppService : IGuidAppService { }
public interface IGuidSingletonAppService : IGuidAppService { }
同样的,在GuidAppService中定义其实现类。这里为了直观显示每次请求的返回值,采取如下代码
public class GuidAppServiceBase : IGuidAppService {
private readonly Guid _item; public GuidAppServiceBase() { _item = Guid.NewGuid(); }
public Guid GuidItem() {
return _item; } }
public class GuidTransientAppService : GuidAppServiceBase, IGuidTransientAppService { }
public class GuidScopedAppService : GuidAppServiceBase, IGuidScopedAppService { }
public class GuidSingletonAppService : GuidAppServiceBase, IGuidSingletonAppService { }
最后是Controller和View视图的代码
# Controller public class HomeController : Controller {
private readonly IGuidTransientAppService _guidTransientAppService; //#构造函数注入 //private IGuidTransientAppService _guidTransientAppService { get; } #属性注入 private readonly IGuidScopedAppService _guidScopedAppService;
private readonly IGuidSingletonAppService _guidSingletonAppService; public HomeController(IGuidTransientAppService guidTransientAppService, IGuidScopedAppService guidScopedAppService, IGuidSingletonAppService guidSingletonAppService)
{ _guidTransientAppService = guidTransientAppService; _guidScopedAppService = guidScopedAppService; _guidSingletonAppService = guidSingletonAppService; }
public IActionResult Index()
{ ViewBag.TransientItem = _guidTransientAppService.GuidItem(); ViewBag.ScopedItem = _guidScopedAppService.GuidItem(); ViewBag.SingletonItem = _guidSingletonAppService.GuidItem();
return View(); } } # Index View <div class="row"> <div > <h2>GuidItem Shows</h2> <h3>TransientItem: @ViewBag.TransientItem</h3> <h3>ScopedItem: @ViewBag.ScopedItem</h3> <h3>SingletonItem: @ViewBag.SingletonItem</h3> </div></div>
之后我们打开两个浏览器,分别刷新数次,也只会发现“TransientItem”和“ScopedItem”的数值不断变化,“SingletonItem”栏的数值是不会有任何变化的,这就体现出单例模式的作用了,示例图如下
但是这好像还不够,要知道我们的Scoped的解读是“生命周期横贯整次请求”,但是现在演示起来和Transient好像没有什么区别(因为两个页面每次浏览器请求仍然是独立的,并不包含于一次中),所以我们采用以下代码来演示下(同一请求源)
# 新建GuidItemPartial.cshtml视图,复制如下代码,使用@inject注入依赖
@using DependencyInjection.IApplicationService@inject IGuidTransientAppService TransientAppService@inject IGuidScopedAppService GuidScopedAppServic@inject IGuidSingletonAppService GuidSingletonAppService<div class="row"> <div> <h2>GuidItem Shows</h2> <h3>TransientItem: @TransientAppService.GuidItem()</h3> <h3>ScopedItem: @GuidScopedAppServic.GuidItem()</h3> <h3>SingletonItem: @GuidSingletonAppService.GuidItem()</h3> </div></div># 原先的index视图@{ ViewData["Title"] = "Home Page";}@Html.Partial("GuidItemPartial")@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
,然后复制以下代码进去,也可以实现相关功能
var builder = new ContainerBuilder();//注意以下写法builder.RegisterType<GuidTransientAppService>().As<IGuidTransientAppService>();builder.RegisterType<GuidScopedAppService>().As<IGuidScopedAppService>().InstancePerLifetimeScope();builder.RegisterType<GuidSingletonAppService>().As<IGuidSingletonAppService>().SingleInstance();builder.Populate(services);this.ApplicationContainer = builder.Build();return new AutofacServiceProvider(this.ApplicationContainer);
值得注意的几点:
创建Autofac容器时不要忘了将
ConfigureServices
的返回值修改为IServiceProvider
对应ASP.NET Core提及的不同的生命周期,Autofac也定义了对应的扩展方法,如InstancePerLifetimeScope等,默认为Transient模式,包括EntityFramwork等Context也是该种模式
Autofac Core不支持从View中注入,但是可以和ASP.NET Core自带IOC容器配合使用
Autofac Core版本和传统的ASP.NET MVC项目版本的区别
4. 参考链接
IoC 容器和 Dependency Injection 模式
控制反转—维基百科
DependencyInjection-GitHub
ASP.NET Core中的依赖注入(4): 构造函数的选择与服务生命周期管理
Dependency Injectionf!
原文地址:http://www.cnblogs.com/Wddpct/p/5764511.html
.NET社区新闻,深度好文,微信中搜索dotNET跨平台或扫描二维码关注
- ASP.NET Core依赖注入解读&使用Autofac替代实现
- ASP.NET Core依赖注入解读&使用Autofac替代实现
- .NET 使用Autofac实现依赖注入
- asp.net mvc4 简单使用Autofac依赖注入小结
- asp.net mvc Autofac 依赖注入框架 使用
- 使用Autofac在ASP.NET Web API上实现依赖注入
- Asp.mvc(三) ~ 使用 Autofac 实现依赖注入
- asp.net mvc5 Autofac 依赖注入
- C#使用AutoFac实现IOC依赖注入
- NopCommerce使用Autofac实现依赖注入
- ASP.NET Core 依赖注入
- 使用 Autofac 进行依赖注入
- ASP.Net Core的内置依赖注入
- ASP.NET Core 2.0 依赖注入
- ASP.NET Core 2.0 依赖注入
- 依赖注入框架Autofac的简单使用
- 依赖注入框架Autofac的简单使用
- 依赖注入框架Autofac的简单使用
- .NET Core系列 :4 测试
- Jexus支持HTTPS协议
- 如果你也会C#,那不妨了解下F#(1):F# 数据类型
- 使用VS Code开发调试.NET Core 多项目
- 在离线环境中发布.NET Core至Windows Server 2008
- ASP.NET Core依赖注入解读&使用Autofac替代实现
- Asp.net core中Migration工具使用的交流分享
- NSubstitute完全手册索引
- netcore
- Entity Framework Core延期及弃用的特性
- 《机器学习项目开发实战》送书活动结果公布
- Microsoft宣布.NET Core支持计划
- IronPython项目有了新负责人
- 用Swashbuckle给ASP.NET Core的项目自动生成Swagger的API帮助文档