[Asp.net 5] DependencyInjection项目代码分析3-Ninject
Microsoft.Framework.DependencyInjection.Ninject
该工程内部共包含5个类文件,底层使用Ninject实现依赖注入,工程截图如下:
从文件命名可以看出,NinjectServiceProvider和NinjectServiceScopeFactory分别是接口IServiceProvider和IServiceScopeFactory的实现类。
(IServiceScope接口的实现类作为NinjectServiceScopeFactory内部类而存在,没有作为单独的文件。)
而工程的入口依旧是Registration为结尾的NinjectRegistration类。
NinjectRegistration
文件代码如下
public static class NinjectRegistration
{
public static void Populate(this IKernel kernel, IEnumerable<ServiceDescriptor> descriptors)
{
kernel.Load(new ServiceProviderNinjectModule(descriptors));
} public static IBindingNamedWithOrOnSyntax<T> InRequestScope<T>(
this IBindingWhenInNamedWithOrOnSyntax<T> binding)
{
return binding.InScope(context => context.Parameters.GetScopeParameter());
} internal static ScopeParameter GetScopeParameter(this IEnumerable<IParameter> parameters)
{
return (ScopeParameter)(parameters
.Where(p => p.Name == typeof(ScopeParameter).FullName)
.SingleOrDefault());
} internal static IEnumerable<IParameter> AddOrReplaceScopeParameter(
this IEnumerable<IParameter> parameters,
ScopeParameter scopeParameter)
{
return parameters
.Where(p => p.Name != typeof(ScopeParameter).FullName)
.Concat(new[] { scopeParameter });
}
}
静态方法:
Populate:作用是将ServiceProviderNinjectModule注册到内核中。对于Ninject大多数时候都会将自定义继承自NinjectModule的类注册到内核中,并且使用该继承类管理依赖注入。
GetScopeParameter:获取所有“ScopeParameter”类型的参数
AddOrReplaceScopeParameter:获取所有“ScopeParameter”参数,并且将它替换成传入的“scopeParameter”。
InRequestScope:在“binding.InScope”中添加“ScopeParameter”。
总体说来,该文件都是些辅助方法,也是对外初始化的接口。
ServiceProviderNinjectModule
文件代码如下:
internal class ServiceProviderNinjectModule : NinjectModule
{
private readonly IEnumerable<ServiceDescriptor> _serviceDescriptors; public ServiceProviderNinjectModule(
IEnumerable<ServiceDescriptor> serviceDescriptors)
{
_serviceDescriptors = serviceDescriptors;
} public override void Load()
{
foreach (var descriptor in _serviceDescriptors)
{
IBindingWhenInNamedWithOrOnSyntax<object> binding; if (descriptor.ImplementationType != null)
{
binding = Bind(descriptor.ServiceType).To(descriptor.ImplementationType);
}
else if (descriptor.ImplementationFactory != null)
{
binding = Bind(descriptor.ServiceType).ToMethod(context =>
{
var serviceProvider = context.Kernel.Get<IServiceProvider>();
return descriptor.ImplementationFactory(serviceProvider);
});
}
else
{
binding = Bind(descriptor.ServiceType).ToConstant(descriptor.ImplementationInstance);
} switch (descriptor.Lifetime)
{
case ServiceLifetime.Singleton:
binding.InSingletonScope();
break;
case ServiceLifetime.Scoped:
binding.InRequestScope();
break;
case ServiceLifetime.Transient:
binding.InTransientScope();
break;
}
} Bind<IServiceProvider>().ToMethod(context =>
{
var resolver = context.Kernel.Get<IResolutionRoot>();
var inheritedParams = context.Parameters.Where(p => p.ShouldInherit); var scopeParam = new ScopeParameter();
inheritedParams = inheritedParams.AddOrReplaceScopeParameter(scopeParam); return new NinjectServiceProvider(resolver, inheritedParams.ToArray());
}).InRequestScope(); Bind<IServiceScopeFactory>().ToMethod(context =>
{
return new NinjectServiceScopeFactory(context);
}).InRequestScope();
}
}
虽然代码量相对多一些,不过内部逻辑也很简单。
首先是按照惯例,将表示依赖注入关系的IEnumerable<ServiceDescriptor>类型参数传入。
之后重载Load方法,在内核调用时根据IEnumerable<ServiceDescriptor>初始化依赖注入关系。
Load方法,首先遍历IEnumerable<ServiceDescriptor> 对于每一个ServiceDescriptor对象,按照实现类类型、实现类工厂、实现类实例的顺序注入,之后设置相应的生命周期。最后注入IServiceProvider为NinjectServiceProvider、IServiceScopeFactory为NinjectServiceScopeFactory类型。
*需要注意的是NinjectServiceProvider和NinjectServiceScopeFactory注入的范围是Scope,并且对于每个NinjectServiceProvider都会替换其scopeParam参数,以保证其Scope范围。
NinjectServiceProvider
internal class NinjectServiceProvider : IServiceProvider
{
private static readonly MethodInfo _getAll; private readonly IResolutionRoot _resolver;
private readonly IParameter[] _inheritedParameters;
private readonly object[] _getAllParameters; static NinjectServiceProvider()
{
_getAll = typeof(ResolutionExtensions).GetMethod(
"GetAll", new Type[] { typeof(IResolutionRoot), typeof(IParameter[]) });
} public NinjectServiceProvider(IResolutionRoot resolver, IParameter[] inheritedParameters)
{
_resolver = resolver;
_inheritedParameters = inheritedParameters;
_getAllParameters = new object[] { resolver, inheritedParameters };
} public object GetService(Type type)
{
return GetSingleService(type) ??
GetLast(GetAll(type)) ??
GetMultiService(type);
} private object GetSingleService(Type type);
private IEnumerable GetMultiService(Type collectionType);
private IEnumerable GetAll(Type type);
private static object GetLast(IEnumerable services);
}
该类首先静态构造函数在类文件加载时,进行初始化,将范性扩展方法“IEnumerable<T> GetAll<T>(this IResolutionRoot root, params IParameter[] parameters)” 赋值给内部变量“_getAll”。之后类构造函数初始化,该构造函数将IResolutionRoot _resolver赋值(依赖注入的内部的核心控制类),IParameter[] _inheritedParameters赋值,并且为“_getAll”的参数初始化_getAllParameters。
当系统获取实现类实例时,系统调用GetService(Type)方法。
- 系统首先调用GetSingleService[内部为_resolver.TryGet(type, _inheritedParameters)],获取简单类型的实现。
- 如果简单类型为空,则获取将泛型类型的数据。将GetAll方法的T类型换成实际的类型,之后获取所有该类型的实例,最后去所有实例中最后一个。
private IEnumerable GetAll(Type type)
{
var getAll = _getAll.MakeGenericMethod(type);
return (IEnumerable)getAll.Invoke(null, _getAllParameters);
}
- 如果获取所有该类型实例仍然为空,则该Type类型可能为IEnumerable<T>类型,则获取T类型,调用GetAll方法。
NinjectServiceScopeFactory和NinjectServiceScope
这里俩个类继承自IServiceScopeFactory和IServiceScope。
NinjectServiceScopeFactory仅仅在内部创建了NinjectServiceScope对象,代码如下:
public NinjectServiceScopeFactory(IContext context)
{
_resolver = context.Kernel.Get<IResolutionRoot>();
_inheritedParameters = context.Parameters.Where(p => p.ShouldInherit);
} public IServiceScope CreateScope()
{
return new NinjectServiceScope(_resolver, _inheritedParameters);
}
而在NinjectServiceScope内部,每次都是使用新的ScopeParameter参数构建NinjectServiceProvider实例,以确保每次都开启一个新的Scope。代码如下:
public NinjectServiceScope(
IResolutionRoot resolver,
IEnumerable<IParameter> inheritedParameters)
{
_scope = new ScopeParameter();
inheritedParameters = inheritedParameters.AddOrReplaceScopeParameter(_scope);
_serviceProvider = new NinjectServiceProvider(resolver, inheritedParameters.ToArray());
}
[Asp.net 5] DependencyInjection项目代码分析3-Ninject的更多相关文章
- [Asp.net 5] DependencyInjection项目代码分析-目录
微软DI文章系列如下所示: [Asp.net 5] DependencyInjection项目代码分析 [Asp.net 5] DependencyInjection项目代码分析2-Autofac [ ...
- [Asp.net 5] DependencyInjection项目代码分析4-微软的实现(5)(IEnumerable<>补充)
Asp.net 5的依赖注入注入系列可以参考链接: [Asp.net 5] DependencyInjection项目代码分析-目录 我们在之前讲微软的实现时,对于OpenIEnumerableSer ...
- [Asp.net 5] DependencyInjection项目代码分析4-微软的实现(3)
这个系列已经写了5篇,链接地址如下: [Asp.net 5] DependencyInjection项目代码分析 [Asp.net 5] DependencyInjection项目代码分析2-Auto ...
- [Asp.net 5] DependencyInjection项目代码分析4-微软的实现(4)
这个系列已经写了6篇,链接地址如下: [Asp.net 5] DependencyInjection项目代码分析 [Asp.net 5] DependencyInjection项目代码分析2-Auto ...
- [Asp.net 5] DependencyInjection项目代码分析4-微软的实现(2)
在 DependencyInjection项目代码分析4-微软的实现(1)中介绍了“ServiceTable”.“ServiceEntry”.“IGenericService”.“IService”. ...
- [Asp.net 5] DependencyInjection项目代码分析
最近在研究开源代码,正好发现Asp.net5的源码,下载地址:https://github.com/aspnet. 今天主要讲的是DependencyInjection这部分,抛砖引玉,供大家参考,也 ...
- [Asp.net 5] DependencyInjection项目代码分析2-Autofac
Microsoft.Framework.DependencyInjection.Autofac源码分析 该工程只有一个代码静态类AutofacRegistration,但是该类有3个扩展方法,以及3个 ...
- [Asp.net 5] DependencyInjection项目代码分析4-微软的实现(1)
前面俩种实现中,很多内部细节都无法知道,微软的框架也是为了屏蔽具体实现,只让我们关注接口.但是人都是充满好奇的,依赖注入到底是怎么实现的呢? 微软又有怎样的实现呢?下面就为大家一一呈现(说实话,代码真 ...
- Jenkins+Gradle+Sonar进行Java项目代码分析
Jenkins+Maven+Sonar与Jenkins+Gradle+Sonar配置方法很相似,区别就是Java项目所用的编译工具不同,一个是maven,一个是gradle 使用maven编译工具的可 ...
随机推荐
- 《静静的dojo》 总体教程介绍
web2.0时代,ajax技术成为整个前端开发领域的基石.大部分的书籍.博客由此切入来介绍前端类库与框架,所以dojo往往只被当做一个ajax类库来介绍,然而仅仅以此来定位dojo,无异于管中窥豹.对 ...
- Etag缓存在PHP和NodeJS中的实现
HTTP 提供了许多页面缓存的方案,其中属 Etag 和 Last-Modified 应用最广.本文会先介绍 Etag 的应用场景,然后说说他在 php 和 node 中的使用. 本文地址:http: ...
- Linux Shell变量
200 ? "200px" : this.width)!important;} --> 介绍 变量是shell脚本中必不可少的组成部分,在脚本中使用变量不需要提前声明.在ba ...
- jetty
相关的文章太多了,我只按照自己的意思做简单总结. 参见: http://www.cnblogs.com/duanxz/p/3154982.html http://www.cnblogs.com/win ...
- 数据库MySQL开篇
作为一名前端,后天方面的知识虽说不一定要精通后台但是对后台方面的知识有一定了解是非常必要的. 今天先说一些概念方面的,因本人才疏学浅,对于数据库这方面的自学相当于摸着石头过河,有什么写的不对的地方,希 ...
- Spring-JDBC实现Contact的CRUD
Spring-JDBC完成Contact的CRUD. 两点注意: 1.log4j.properties文件不能少 2.注意导入的包之间的依赖关系以及版本要求. 项目结构: 主要文件: 建表脚本: CR ...
- android 权限大全
教程 博客 淘帖 论坛›eoe·Android开发资源区›Android开发实例教程 191507 12 / 2 页下一页 android 权限大全 『癲瘋霸気』 于 2013-4-3 10: ...
- Script Task 引用 package variable
Script Task 能够使用C#代码进行编程,许多复杂的逻辑都可以使用C# 脚本来实现,不仅灵活,而且强大. 1,能够传递package variable 给 Script Task ,并且Scr ...
- 体验Visual Studio 2015 Windows Forms应用程序开发与维护
昨天到半夜还没有等到Visual Studio 2015的下载地址,实在熬不住就先休息了.北美地区的时区比北京时间要晚一些,今天早上到公司就看到Visual Studio 2015的下载地址,迅速的将 ...
- spring aop源码实现分析
1. 先分析Advice before执行Cglib2AopProxy的intercept方法: /** * General purpose AOP callback. Used when the t ...