昨天读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集合的一个实现。普普通通的两个类