asp。net5的依赖注入

昨天读asp.net5的doc，看到了configure的配置时，提到在controller中访问配置就是经过依赖注入的。asp.net5的不少功能都经过依赖注入来实现了，能够看一下startup.cs中，有多少给出的是接口吧！这个概念我也知道好久了，如何实现一直未搞清，并且在.net环境下，也有几个成熟的方案，但由于不是.net框架的一部分，因此我从未上手使用过，对这一块一直是模模糊糊。即然想用asp.net5做为本身下一步的开发环境，仍是啃一会儿吧！

就概念上说，依赖注入就是解决强耦合问题的。之前写代码用到 .net的框架以及第三方库，都是提供好一个个的类，而后咱们就是实例化这个类，调用它的各个方法来写程序。这样有问题吗？没问题，我喜欢。 但有人却不喜欢，非要“注入”一下。因而“接口” 、构造函数注入 、属性注入就产生了。

先看一下如何基于asp.net5的依赖注入写代码吧，其它框架的注入应该还有不一样的，就无论它了。

首先在startup.cs中，

        public void ConfigureServices(IServiceCollection services)
        {
            //根据asp.net的文档，这样添加一个单件对象。整个项目能够用。
            services.AddSingleton(_ => Configuration);
        }

services 从哪儿来，是运行时传入的，

Configureation从哪儿来，它是(new ConfigurationBuilder( ) ).build()出的一个对象。包含项目的配置信息，好比author,conntectstring等，这样咱们从其它地方能够访问。

咱们转到controller中，增长下面的代码就算注入成功了。咱们随时能够用_config来访问配置信息。

        private readonly IConfiguration _config;
        public HomeController(IConfiguration config)
        {
            _config = config;
        }

此时本应该去asp.net5的官方文档查一下，但上面到目前为止，依赖注入的章节标记为未完成，就是说还没人写出来。

而后去github找到https://github.com/aspnet/DependencyInjection， 上面写着这个包的用途是：

“Contains the common DI abstractions that ASP.NET 5 and EF 7 use, as well as adapters for some IoC containers”。

先下载下来源码吧！复制项目地址，而后到vs2015中，克隆一下。

先回到asp.net5的项目模版中，看一下这两个提示

的确，IServiceCollection的命名空间是依赖注入的名字，而AddSingleton的方法只是那个接口的一个扩展。

在AddSingleton方法上点右键，查看元信息。一切信息都对。

至此解决我了一个大疑惑：我一直觉得IServiceCollection是asp.net5提供的许多服务呢，好比ef，mvc,route等服务。

若是想用MVC，则在服务中添加一下就行。谁他妈的能想到，这个service的意思是注入服务的。并且这个接口就是用来注入的。

这是克隆下来的源码，包含3个项目，能够在里面找一下上面的这些接口以及类，均可以找到。

由此更加可知，IServiceCollection就是依赖注入的一个接口。

待我细细读一下源码，再继续分析吧！

-------------------------------------------------------------------------------------

继续分析，先把昨天下午看的部分写一下，就是下面打红勾部分，很简单！

1~5都很简单，就是普通的类及集合的封装，全部的秘密可能都藏在6里，我还没弄懂！

第1： 只是一个接口，没有任何其它内容。它指示了集合对象是：ServiceDescriptor

public interface IServiceCollection : IList<ServiceDescriptor>
    {
    }

第2：觉得很神秘的ServiceDescriptor，其实只一个普通的类。应该是待注册的每个类的描述信息。

ServiceDescriptor主要是5个属性，以及大量的静态方法，这些方法也只是为了构造一个类对象。

  public ServiceLifetime Lifetime { get; }
  public Type ServiceType { get; }
  public Type ImplementationType { get; }
  public object ImplementationInstance { get; }
  public Func<IServiceProvider, object> ImplementationFactory { get; }

Lifetime属性是枚举值，就是第3个文件内容：

public enum ServiceLifetime
    {
        Singleton,
        Scoped,
        Transient  //短暂的，暂时的
    }

另外4个属性的目的就是提供两个值，服务的类型以及实现类型。这4个属性未必要构造时给值，就是说能够为空的，只要能判断出来那2个类型便可。而且这两个类型能够相同的。

这个类有3个构造函数，以及Instance，Describe，Transient，Scoped，Singleton这5个静态函数的扩展，使用大量重载。这5个静态函数最终都是调用构造函数，并返回ServiceDescriptor的一个对象。

第5： 

  我感受应该先讲第5，后讲第4. 前面提到IServiceCollection只是一个接口，接口继承了IList。那它怎么实现？ 它实现的类内部还要增长一个List对象.

里面的方法都转为List方法的调用。

第4： 它是IServiceCollection静态扩展：

Add  AddTransient  AddScoped  AddSingleton  AddInstance ------最终都是调用Add直接插入到服务集合中

 TryAdd  TryAddTransient  TryAddScoped  TryAddSingleton  TryAddEnumerable ------最终都是调用TryAdd直接插入到服务集合中

Replace   --去查找第1个ServiceType相同的元素，有就删除，最后插入这个服务。

至此，只是ServiceDescriptor 类以及ServiceCollection集合的一个实现。普普统统的两个类