前面俩种实现中,很多内部细节都无法知道,微软的框架也是为了屏蔽具体实现,只让我们关注接口。但是人都是充满好奇的,依赖注入到底是怎么实现的呢?

微软又有怎样的实现呢?下面就为大家一一呈现(说实话,代码真不好读)

先看下核心类:ServiceTable

 internal class ServiceTable
{
private readonly object _sync = new object(); private readonly Dictionary<Type, ServiceEntry> _services;
private readonly Dictionary<Type, List<IGenericService>> _genericServices;
private readonly ConcurrentDictionary<Type, Func<ServiceProvider, object>> _realizedServices = new ConcurrentDictionary<Type, Func<ServiceProvider, object>>(); public ServiceTable(IEnumerable<ServiceDescriptor> descriptors)
{
_services = new Dictionary<Type, ServiceEntry>();
_genericServices = new Dictionary<Type, List<IGenericService>>(); foreach (var descriptor in descriptors)
{
var serviceTypeInfo = descriptor.ServiceType.GetTypeInfo();
if (serviceTypeInfo.IsGenericTypeDefinition)
{
Add(descriptor.ServiceType, new GenericService(descriptor));
}
else if (descriptor.ImplementationInstance != null)
{
Add(descriptor.ServiceType, new InstanceService(descriptor));
}
else if (descriptor.ImplementationFactory != null)
{
Add(descriptor.ServiceType, new FactoryService(descriptor));
}
else
{
Add(descriptor.ServiceType, new Service(descriptor));
}
}
} public ConcurrentDictionary<Type, Func<ServiceProvider, object>> RealizedServices
{
get { return _realizedServices; }
} public bool TryGetEntry(Type serviceType, out ServiceEntry entry)
{
lock (_sync)
{
if (_services.TryGetValue(serviceType, out entry))
{
return true;
}
else if (serviceType.GetTypeInfo().IsGenericType)
{
var openServiceType = serviceType.GetGenericTypeDefinition(); List<IGenericService> genericEntry;
if (_genericServices.TryGetValue(openServiceType, out genericEntry))
{
foreach (var genericService in genericEntry)
{
var closedService = genericService.GetService(serviceType);
if (closedService != null)
{
Add(serviceType, closedService);
}
} return _services.TryGetValue(serviceType, out entry);
}
}
}
return false;
} public void Add(Type serviceType, IService service)
{
lock (_sync)
{
ServiceEntry entry;
if (_services.TryGetValue(serviceType, out entry))
{
entry.Add(service);
}
else
{
_services[serviceType] = new ServiceEntry(service);
}
}
} public void Add(Type serviceType, IGenericService genericService)
{
lock (_sync)
{
List<IGenericService> genericEntry;
if (!_genericServices.TryGetValue(serviceType, out genericEntry))
{
genericEntry = new List<IGenericService>();
_genericServices[serviceType] = genericEntry;
} genericEntry.Add(genericService);
}
}
}

首先看代码的属性:

private readonly Dictionary<Type, ServiceEntry> _services;
private readonly Dictionary<Type, List<IGenericService>> _genericServices;
private readonly ConcurrentDictionary<Type, Func<ServiceProvider, object>> _realizedServices = new ConcurrentDictionary<Type, Func<ServiceProvider, object>>();

ServiceEntry类等后面介绍,可以把它当作能够产生一个object对象的类。所以“_services”是存放类型和实例对应关系的字典。

“_genericServices”顾名思义,肯定和泛型有关系,实际上“_genericServices”的Type是类似于“List<T>”这种包含泛型定义的类型。

最后一个_realizedServices定义比较复杂。可能看不明白是什么意思。实际也是定义了一个字典表(ConcurrentDictionary),与Dictionary不同的是,对多线程支持较好。字典表的第一个泛型实参是Type,第二参数是一个Func代理;而这个Func代理(可以百度C#+Func查询详细的用法)的入参是ServiceProvider,返回值是object.

[在注入获取实例时,会查询_realizedServices是否已经包含该实例,如果有则查询,如果没有则到_services中生产一个,之后将生成的结果加到realizedServices中,并且返回;但是如果_services也没有呢,则将_genericServices中泛型进行类型“实参话”,将所有类型匹配的都加入到_services中,之后从_services中获取]

从类的构造函数中可以发现,根据ServiceDescriptor对象构建IService(IGenericService)顺序是:GenericService->InstanceService->FactoryService->Service(和Autofac、Ninject是不同的)。

接口定义:IGenericService、IService、IServiceCallSite

internal interface IGenericService
{
ServiceLifetime Lifetime { get; }
IService GetService(Type closedServiceType);
}
internal interface IService
{
IService Next { get; set; }
ServiceLifetime Lifetime { get; }
IServiceCallSite CreateCallSite(ServiceProvider provider, ISet<Type> callSiteChain);
}
internal interface IServiceCallSite
{
object Invoke(ServiceProvider provider);
Expression Build(Expression provider);
}

IServiceCallSite接口:类似一个工厂类,能够通过Invoke调用生成object对象,也就是依赖注入最后产生的对象都是由该接口的实例负责。

IService接口:Lifetime生命周期,CreateCallSite通过ServiceProvider创建IServiceCallSite,也就是能够间接创建实例对象。我觉得Next属性放到接口里不算太恰当,Next对象引用自己,使得IService具有链性结构。

IGenericService接口:产生一个IService接口。

[此处有一个可以思考的问题,IGenericService和IService设计成俩个接口是容易理解的,泛型和非泛型差距很大,可以不共用一个接口。但是IService接口和IServiceCallSite接口为什么不可以合并成一个接口?接口定义如下所示:

 internal interface IService
{
ServiceLifetime Lifetime { get; }
object Invoke(ServiceProvider provider);
}

]

ServiceEntry类

internal class ServiceEntry
{
private object _sync = new object(); public ServiceEntry(IService service)
{
First = service;
Last = service;
} public IService First { get; private set; }
public IService Last { get; private set; } public void Add(IService service)
{
lock (_sync)
{
Last.Next = service;
Last = service;
}
}
}

ServiceEntry

ServiceEntry类相对比较简单。相当于一个IService的单向链表,之后包含了链表的起始节点,以及结束节点。Add方法能够让新节点添加到链表的尾部。
[百思不得其解,为啥不使用LinkList这种列表结构,或者自己写个泛型类的列表,在IService内添加自引用,总觉得不是一种良好的设计]

回头我们看下ServiceTableDictionary<Type, ServiceEntry> _services属性,实际上是对某个类型,注册了很多个IService接口,并且这些接口是按照列表顺序存放的。

回头看看ServiceTable

俩个Add方法很简单,判断该Type类型的列表/数组是否存在,如果存在,调用列表/数组的添加方法,不存在则创建一个。

比较有意思的是TryGet方法,先在非泛型下搜索,如果不存在,则到泛型下搜索。并且将泛型“实参化”。这段代码值得我们深入研究。

 public bool TryGetEntry(Type serviceType, out ServiceEntry entry)
{
lock (_sync)
{
if (_services.TryGetValue(serviceType, out entry))
{
return true;
}
else if (serviceType.GetTypeInfo().IsGenericType)
{
var openServiceType = serviceType.GetGenericTypeDefinition(); List<IGenericService> genericEntry;
if (_genericServices.TryGetValue(openServiceType, out genericEntry))
{
foreach (var genericService in genericEntry)
{
var closedService = genericService.GetService(serviceType);
if (closedService != null)
{
Add(serviceType, closedService);
}
} return _services.TryGetValue(serviceType, out entry);
}
}
}
return false;
}

TryGetEntry

[ServiceTable的俩个属性Dictionary<Type, ServiceEntry> _services和Dictionary<Type, List<IGenericService>> _genericServices这俩个属性中一个使用单向列表,一个使用list,有洁癖的朋友会感觉很不爽有没有,有没有。为啥不能统一了让我们舒舒服服的呢]

[Asp.net 5] DependencyInjection项目代码分析4-微软的实现(1)的更多相关文章

  1. [Asp.net 5] DependencyInjection项目代码分析-目录

    微软DI文章系列如下所示: [Asp.net 5] DependencyInjection项目代码分析 [Asp.net 5] DependencyInjection项目代码分析2-Autofac [ ...

  2. [Asp.net 5] DependencyInjection项目代码分析4-微软的实现(5)(IEnumerable<>补充)

    Asp.net 5的依赖注入注入系列可以参考链接: [Asp.net 5] DependencyInjection项目代码分析-目录 我们在之前讲微软的实现时,对于OpenIEnumerableSer ...

  3. [Asp.net 5] DependencyInjection项目代码分析4-微软的实现(3)

    这个系列已经写了5篇,链接地址如下: [Asp.net 5] DependencyInjection项目代码分析 [Asp.net 5] DependencyInjection项目代码分析2-Auto ...

  4. [Asp.net 5] DependencyInjection项目代码分析4-微软的实现(4)

    这个系列已经写了6篇,链接地址如下: [Asp.net 5] DependencyInjection项目代码分析 [Asp.net 5] DependencyInjection项目代码分析2-Auto ...

  5. [Asp.net 5] DependencyInjection项目代码分析4-微软的实现(2)

    在 DependencyInjection项目代码分析4-微软的实现(1)中介绍了“ServiceTable”.“ServiceEntry”.“IGenericService”.“IService”. ...

  6. [Asp.net 5] DependencyInjection项目代码分析

    最近在研究开源代码,正好发现Asp.net5的源码,下载地址:https://github.com/aspnet. 今天主要讲的是DependencyInjection这部分,抛砖引玉,供大家参考,也 ...

  7. [Asp.net 5] DependencyInjection项目代码分析2-Autofac

    Microsoft.Framework.DependencyInjection.Autofac源码分析 该工程只有一个代码静态类AutofacRegistration,但是该类有3个扩展方法,以及3个 ...

  8. [Asp.net 5] DependencyInjection项目代码分析3-Ninject

    Microsoft.Framework.DependencyInjection.Ninject 该工程内部共包含5个类文件,底层使用Ninject实现依赖注入,工程截图如下: 从文件命名可以看出,Ni ...

  9. Jenkins+Gradle+Sonar进行Java项目代码分析

    Jenkins+Maven+Sonar与Jenkins+Gradle+Sonar配置方法很相似,区别就是Java项目所用的编译工具不同,一个是maven,一个是gradle 使用maven编译工具的可 ...

随机推荐

  1. 【原创】三分钟教你学会MVC框架——基于java web开发(1)

    MVC全名是Model View Controller,是模型(model)-视图(view)-控制器(controller)的缩写,一种软件设计典范,用于组织代码用一种业务逻辑和数据显示分离的方法. ...

  2. NanoProfiler - 适合生产环境的性能监控类库 之 基本功能篇

    背景 NanoProfiler是一个EF Learning Labs出品的免费性能监控类库(即将开源).它的思想和使用方式类似于MiniProfiler的.但是,设计理念有较大差异. MiniProf ...

  3. python Web开发框架-Django (2)

    接上篇文章,介绍一些实用的技巧和注意点.首次用MarkDown编辑,感觉行空隙太大,不是那么好看. GET/POST 前后端会有数据交互,使用JQuery来实现get/post请求 GET 方法1:通 ...

  4. Git bash 配置ssh key

    问题描述 昨天为了配置Qt create中的Git,把我一直在使用的Github删除了,今本以为,这样git的一些配置还在,可是,今天上传一些提交的时候,提示我,git没有密钥.梳理一下,这个简单的配 ...

  5. 说说设计模式~装饰器模式(Decorator)

    返回目录 装饰器模式,也叫又叫装饰者模式,顾名思义,将一个对象进行包裹,包装,让它变成一个比较满意的对象,这种模式在我们平时项目开发中,经常会用到,事实上,它是处理问题的一种技巧,也很好的扩展了程序, ...

  6. EF架构~基于EF数据层的实现

    回到目录 之前写过关于实现一个完整的EF架构的文章,文章的阅读量也是满大的,自己很欣慰,但是,那篇文章是我2011年写的,所以,技术有些不成熟,所以今天把我的2014年写的EF底层架构公开一下,这个架 ...

  7. java多线程 sleep()和wait()的区别

    接触了一些多线程的东西,还是从java入手吧. 相信看这篇文章的朋友都已经知道进程和线程的区别,也都知道了为什么要使用多线程了. 这两个方法主要来源是,sleep用于线程控制,而wait用于线程间的通 ...

  8. python学习 数据类型之序列

    一.序列(本文使用python3.5)############################################################# 列表.元组 字符窜都是序列#特点:#1 ...

  9. KnockoutJS 3.X API 第三章 计算监控属性(2) 可赋值的计算监控属性

    .liveexample{ padding: 1em; background-color: #eeeedd; border: 1px solid #ccc; max-width: 655px; fon ...

  10. SQL Server Window Function 窗体函数读书笔记二 - A Detailed Look at Window Functions

    这一章主要是介绍 窗体中的 Aggregate 函数, Rank 函数, Distribution 函数以及 Offset 函数. Window Aggregate 函数 Window Aggrega ...