.net 依赖注入（DI）

1、介绍

　　依赖注入(也称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类中，

 

2、AutoFac的应用

AutoFac是一个开源的轻量级的DI容器，也是.net下最受欢迎的实现依赖注入的工具之一，经过AutoFac咱们能够很方便的实现一些DI的操做。

参考网站：https://www.cnblogs.com/stulzq/p/8547277.html

依赖注入在ASP.Net中的生命周期

　　依赖注入生命周期用于指定什么时候建立和从新建立依赖对象。 就ASP.Net代码应用程序中依赖注入实例的生命周期而言。

　　1. InstancePerDependency：对每个依赖或每一次调用建立一个新的惟一的实例。这也是默认的建立实例的方式。。

　　2. SingleInstance：单例，全部服务请求都将会返回同一个实例。

　　3. InstancePerLifetimeScope：在一个嵌套语句块中，只会返回一个实例，且每个不一样的生命周期域，实例是惟一的，不共享的。

 

3、获取用户列表的简单例子：

1.引用

Autofac: autofac框架核心类库

2.接口：IUserInfoService

namespace Service
{
    public interface IUserInfoService
    {
        List<UserInfo> GetUsers();
    }
}

 

3.实现类：UserInfoService

    public class UserInfoService : IUserInfoService
    {
        //获取用户列表
        public List<UserInfo> GetUsers()
        {
            return new List<UserInfo> {
                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<UserInfoService>().As<IUserInfoService>().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();
             //List<UserInfo> users= userInfoService.GetUsers();

           List<UserInfo> users=  userinfoService.GetUsers();
           ViewBag.users = users; 
           return View();
        }
    }
}

 

 4、常见框架  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 八、Windows 8，包括通用应用程序和Mono。
　　Microsoft.Extensions.DependencyInjection：ASP.NET核心应用程序的默认IOC容器。
　　Scrutor：程序集扫描Microsoft.Extensions.DependencyInjection的扩展。
　　vs mef：Visual Studio使用的托管扩展性框架（mef）实现。
　　Tinyioc：是一个易于使用、无需麻烦的控制容器，适用于小型项目、库和初学者。
　　stashbox：是一个轻量级的、可移植的依赖注入框架，用于基于.NET的解决方案。

 

5、总结：

　  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

1. 谁依赖于谁：固然是某个对象依赖于IoC/DI的容器

2. 为何须要依赖：对象须要IoC/DI的容器来提供对象须要的外部资源

3. 谁注入于谁：很明显是IoC/DI的容器 注入 某个对象

4. 到底注入什么：就是注入某个对象所须要的外部资源

5. 谁控制谁：固然是IoC/DI的容器来控制对象了

6. 控制什么：主要是控制对象实例的建立

7. 为什么叫反转：反转是相对于正向而言的，那么什么算是正向的呢？考虑一下常规状况下的应用程序，若是要在A里面使用C，你会怎么作呢？固然是直接去建立C的对象，也就是说，是在A类中主动去获取所须要的外部资源C，这种状况被称为正向的。那么什么是反向呢？就是A类再也不主动去获取C，而是被动等待，等待IoC/DI的容器获取一个C的实例，而后反向的注入到A类中。