.net 依赖注入(DI)
一、介绍
依赖注入(也称DI)是一种设计模式,其中一个类或对象将其依赖的类注入(由另一个类或对象传递给它),而不是直接创建它们。依赖注入有利于促进松耦合,提高可测试性和维护性。此外,依赖注入允许更改实现,而无需更改利用这些实现的类或接口。
传统的代码,每个对象负责管理与自己需要依赖的对象,导致如果需要切换依赖对象的实现类时,需要修改多处地方。同时,过度耦合也使得对象难以进行单元测试。如果后期需求变更,需要替换IUserInfoService的实现,比如从Mongodb中获取数据,那么就需要在所有new出UserInfoService的地方更改代码换成UserInfoMongoService,
// IUserInfoService _userInfoService = new UserInfoService(); IUserInfoService _userInfoService = new UserInfoMongoService();
没有IoC/DI的时候,常规的A类使用C类的示意图,如图所示:
当有了IoC/DI的容器后,A类不再主动去创建C了,如图所示:
而是被动等待,等待IoC/DI的容器获取一个C的实例,然后反向的注入到A类中,
二、AutoFac的应用
AutoFac是一个开源的轻量级的DI容器,也是.net下最受欢迎的实现依赖注入的工具之一,通过AutoFac我们可以很方便的实现一些DI的操作。
参考网站:https://www.cnblogs.com/stulzq/p/8547277.html
依赖注入在ASP.Net中的生命周期
依赖注入生命周期用于指定何时创建和重新创建依赖对象。 就ASP.Net代码应用程序中依赖注入实例的生命周期而言。
1. InstancePerDependency:对每一个依赖或每一次调用创建一个新的唯一的实例。这也是默认的创建实例的方式。。
2. SingleInstance:单例,所有服务请求都将会返回同一个实例。
3. InstancePerLifetimeScope:在一个嵌套语句块中,只会返回一个实例,且每一个不同的生命周期域,实例是唯一的,不共享的。
三、获取用户列表的简单例子:
1.引用
Autofac: autofac框架核心类库
2.接口:IUserInfoService
namespace Service { public interface IUserInfoService { ListGetUsers(); } }
3.实现类:UserInfoService
public class UserInfoService : IUserInfoService { //获取用户列表 public ListGetUsers() { return new List { new UserInfo{ name="张三",age=12}, new UserInfo{ name="王五",age=12}, }; } }
4.Application_Start方法中进行注入
protected void Application_Start() { AreaRegistration.RegisterAllAreas(); FilterConfig.RegisterGlobalFilters(GlobalFilters.Filters); RouteConfig.RegisterRoutes(RouteTable.Routes); BundleConfig.RegisterBundles(BundleTable.Bundles); //注册组件 //AutofacConfig.Register();
//创建autofac管理注册类的容器实例 var builder = new ContainerBuilder(); //注册组件 builder.RegisterType().As ().SingleInstance(); //使用Autofac提供的RegisterControllers扩展方法来对程序集中所有的Controller一次性的完成注册 builder.RegisterControllers(Assembly.GetExecutingAssembly()); //生成具体的实例 var container = builder.Build(); //下面就是使用MVC的扩展 更改了MVC中的注入方式. DependencyResolver.SetResolver(new AutofacDependencyResolver(container)); }
5.控制器
namespace AutoFacMvcDemo.Controllers { public class UserInfoController : Controller { private readonly IUserInfoService userinfoService; //通过构造器注入依赖 public UserInfoController(IUserInfoService _userinfoService) { userinfoService = _userinfoService; } public ActionResult Index() { //不使用autofac时,service层和mvc ui层强耦合 //UserInfoService userInfoService = new UserInfoService(); //Listusers= userInfoService.GetUsers(); Listusers= userinfoService.GetUsers(); ViewBag.users = users; return View(); } } }
四、常见框架 https://github.com/quozd/awesome-dotnet/blob/master/README.md#ioc
Castle Windsor:Castle Windsor是最佳的、成熟的控制反转容器,可用于.NET和Silverlight
Unity:轻量级可扩展依赖项注入容器,支持构造函数、属性和方法调用注入
autofac:一个上瘾的.NET IOC容器
DRYIOC:简单、快速的全功能IOC容器。
Ninject:.NET依赖注入器的忍者
StructureMap:用于.NET的原始IOC/DI容器
Spring.net:Spring.net是一个开源应用程序框架,使构建企业.NET应用程序更加容易。
一个快速的IOC容器,针对ASP.NET核心和其他.NET服务器端应用程序的使用进行了大量优化。
LightInject:超轻IOC容器
Simple Injector:简单注入器是一个易于使用的.NET 4+依赖项注入(DI)库,支持Silverlight 4+、Windows Phone 8、Windows 8,包括通用应用程序和Mono。
Microsoft.Extensions.DependencyInjection:ASP.NET核心应用程序的默认IOC容器。
Scrutor:程序集扫描Microsoft.Extensions.DependencyInjection的扩展。
vs mef:Visual Studio使用的托管扩展性框架(mef)实现。
Tinyioc:是一个易于使用、无需麻烦的控制容器,适用于小型项目、库和初学者。
stashbox:是一个轻量级的、可移植的依赖注入框架,用于基于.NET的解决方案。
五、总结:
1. 依赖注入把对象的创造交给外部去管理,很好的解决了代码紧耦合(tight couple)的问题,是一种让代码实现松耦合(loose couple)的机制。
2.松耦合让代码更具灵活性,能更好地应对需求变动。
3.依赖注入和控制反转是对同一件事情的不同描述,依赖注入是从应用程序的角度在描述,应用程序依赖容器创建并注入它所需要的外部资源;控制反转是从容器的角度在描述,由容器反向的向应用程序注入应用程序所需要的外部资源。
参考网站:
https://www.cnblogs.com/yangecnu/p/Introduce-Dependency-Injection.html
https://blog.csdn.net/ad996454914/article/details/80901105
https://docs.microsoft.com/zh-cn/aspnet/core/fundamentals/dependency-injection?view=aspnetcore-2.2
---------------------------------------------------------------------------------------------------------
依赖注入和控制反转 参考公众号:https://mp.weixin.qq.com/s/EokhamT9p_dk_w22QojxdQ
-
谁依赖于谁:当然是某个对象依赖于IoC/DI的容器
-
为什么需要依赖:对象需要IoC/DI的容器来提供对象需要的外部资源
-
谁注入于谁:很明显是IoC/DI的容器 注入 某个对象
-
到底注入什么:就是注入某个对象所需要的外部资源
-
谁控制谁:当然是IoC/DI的容器来控制对象了
-
控制什么:主要是控制对象实例的创建
-
为何叫反转:反转是相对于正向而言的,那么什么算是正向的呢?考虑一下常规情况下的应用程序,如果要在A里面使用C,你会怎么做呢?当然是直接去创建C的对象,也就是说,是在A类中主动去获取所需要的外部资源C,这种情况被称为正向的。那么什么是反向呢?就是A类不再主动去获取C,而是被动等待,等待IoC/DI的容器获取一个C的实例,然后反向的注入到A类中。