ABP 框架从源码学习——abp框架启动核心类AbpBootstrapper(2)
2017-03-07 13:05
393 查看
在AbpBootstrapper中的两个至关重要的属性:IIocManager 和 IAbpModuleManager
IIocManager内部包装了一个Castle的依赖注入容器IWindsorContainer(abp使用的是Castle windor框架,在此框架的基础上做了一些封装),
所有类型的注册,解析还有后面实现的AOP机制的拦截器都是注册在该容器中的,将具体的注册还有解析功能分别包含在其父接口IIocRegistrar和IIocResolver中
其中IIocRegistrar类的类图如下:
![](http://images2015.cnblogs.com/blog/929314/201606/929314-20160605213747602-2109569772.png)
1.AddConventionalRegistrar,
2.RegisterAssemblyByConvention(Assembly assembly),
3.RegisterAssemblyByConvention(Assembly assembly, ConventionalRegistrationConfig config)
以上 三个方法需要特别注意:
第一个方法,AddConventionalRegistrar是向IocManager的一个私有泛型集合List<IConventionalDependencyRegistrar>注册注册机制,这句话不太好明白,简单说就是设定依赖注入模块的注入方式,
通常所有的Module类的预初始化方法中调用以决定哪些类型需要被注册(如果没有就无需调用),
比如在Abp程序集中的BasicConventionalRegistrar实现的就是搜索并注册指定的程序集中的所有实现了ITransientDependency,ISingletonDependency和IInterceptor的类并注册到依赖容器中,
第二,第三个方法执行真正的注册逻辑,
通常在一个个具体的Module的初始化方法中调用,传入当前Module所属的程序集,
迭代List<IConventionalDependencyRegistrar>将当前程序集作为参数执行注册,
第二,第三个方法的区别在于第三个方法多了一个ConventionalRegistrationConfig参数,以决定是否还需要搜索当前程序及中的IWindsorInstaller的实现类进行注册,默认是需要的。
IAbpModuleManager主要用于管理所有的模块默认也就是一个个的程序集(一个模块对应一个程序集),主要用于搜索到所有的Module以及他们的依赖Module,首先执行所有Module的PreInitialize方法再执行所有的Initialize,最后执行所有的PostInitialize,执行IAbpModuleManager的ShutdownModules时顺序颠倒依次执行所有具体Module的ShutDown方法。
public class AbpBootstrapper : IDisposable { /// <summary> /// Gets IIocManager object used by this class. /// </summary> public IIocManager IocManager { get; private set; } /// <summary> /// Is this object disposed before? /// </summary> protected bool IsDisposed; private IAbpModuleManager _moduleManager; //......... }
IIocManager内部包装了一个Castle的依赖注入容器IWindsorContainer(abp使用的是Castle windor框架,在此框架的基础上做了一些封装),
所有类型的注册,解析还有后面实现的AOP机制的拦截器都是注册在该容器中的,将具体的注册还有解析功能分别包含在其父接口IIocRegistrar和IIocResolver中
public interface IIocManager : IIocRegistrar, IIocResolver, IDisposable { /// <summary> /// Reference to the Castle Windsor Container. /// </summary> IWindsorContainer IocContainer { get; } /// <summary> /// Checks whether given type is registered before. /// </summary> /// <param name="type">Type to check</param> new bool IsRegistered(Type type); /// <summary> /// Checks whether given type is registered before. /// </summary> /// <typeparam name="T">Type to check</typeparam> new bool IsRegistered<T>(); }
其中IIocRegistrar类的类图如下:
![](http://images2015.cnblogs.com/blog/929314/201606/929314-20160605213747602-2109569772.png)
1.AddConventionalRegistrar,
2.RegisterAssemblyByConvention(Assembly assembly),
3.RegisterAssemblyByConvention(Assembly assembly, ConventionalRegistrationConfig config)
以上 三个方法需要特别注意:
第一个方法,AddConventionalRegistrar是向IocManager的一个私有泛型集合List<IConventionalDependencyRegistrar>注册注册机制,这句话不太好明白,简单说就是设定依赖注入模块的注入方式,
通常所有的Module类的预初始化方法中调用以决定哪些类型需要被注册(如果没有就无需调用),
比如在Abp程序集中的BasicConventionalRegistrar实现的就是搜索并注册指定的程序集中的所有实现了ITransientDependency,ISingletonDependency和IInterceptor的类并注册到依赖容器中,
第二,第三个方法执行真正的注册逻辑,
通常在一个个具体的Module的初始化方法中调用,传入当前Module所属的程序集,
迭代List<IConventionalDependencyRegistrar>将当前程序集作为参数执行注册,
第二,第三个方法的区别在于第三个方法多了一个ConventionalRegistrationConfig参数,以决定是否还需要搜索当前程序及中的IWindsorInstaller的实现类进行注册,默认是需要的。
IAbpModuleManager主要用于管理所有的模块默认也就是一个个的程序集(一个模块对应一个程序集),主要用于搜索到所有的Module以及他们的依赖Module,首先执行所有Module的PreInitialize方法再执行所有的Initialize,最后执行所有的PostInitialize,执行IAbpModuleManager的ShutdownModules时顺序颠倒依次执行所有具体Module的ShutDown方法。
相关文章推荐
- ABP 框架从源码学习——abp框架启动核心类AbpBootstrapper(2)
- ABP 框架从源码学习——abp框架启动核心类AbpBootstrapper(2)
- ABP 框架从源码学习——abp框架启动和结束(1)
- ABP 框架从源码学习——abp框架启动和结束(1)
- ABP 框架从源码学习——abp框架启动和结束(1)
- [Abp 源码分析]一、Abp 框架启动流程分析
- ABP框架源码学习之修改默认数据库表前缀或表名称
- Tomcat6.0源码学习--启动框架
- Tomcat6.0源码学习--启动框架
- TOMCAT源码分析(启动框架)
- [ZZ]chrome源码学习之启动流程简介
- Android源码学习之八—系统启动过程
- ExtJs源码分析与学习—ExtJs核心代码(一)
- chrome源码学习之启动流程简介
- 正式学习bootloader,基于u-boot1.1.4(启动流程框架)
- 一个通用的单元测试框架的思考和设计03-实现篇-核心类源码
- Android源码学习之六——ActivityManager框架解析
- TOMCAT源码分析(启动框架)
- ExtJs源码分析与学习—ExtJs核心代码(三)
- TOMCAT源码分析(启动框架)(转)