Mini 容器介绍

背景

最早在开发Mbs 中的插件架构时用服务定位器和服务注册表来屏蔽各大DI容器的差异,后来为了更深入的研究DI 容器的内部实现机制,便开发了Mbs DI容器->Mini容器前身,在开发过程中借鉴了Castle,Unity,Ninject,StructureMap,Spring等思想尤其是Castle容器的工厂以及生命周期管理器等思想。最近一段时间不太忙便重新整理Mbs框架,由于Mbs框架命名不是太好(最早是开发消息总线的),不能描述框架具体包含什么内容,于是便开发Nlite 框架,该框架旨在提供一个轻量级的组件库(DI,Aop,MessageBus, MVP,AddIn,OO Mapper,国际化)等 ,刚开始便拿最核心的DI容器进行开刀,吸收和借鉴MEF中的插件思想来进行打造,该DI容器经过了几个项目的验证,并做了很详细的单元测试,代码覆盖率达到90%多,为DI容器的稳定性打下了坚实的基础。通过开发DI容器以及AOP,在很多方面都有了新的认识,如果不是亲自开发过很多思想是很难体会的。

Mini 容器默认支持以下几种组件注册机制

  • Attribute 注册
  • 流畅Api 注册
  • 代码注册
  • 自定义注册

Mini 容器所支持以下几种生命处理方式

  • Singleton :单利
  • Thread:对于每一个线程来说是使用了Singleton,也就是每一个线程得到的都是同一个实例
  • Transient:每次的请求得到的都是一个新的实例
  • Generic Singleton :泛型单利
  • Generic Thread :泛型线程内单利
  • Generic Transient:泛型临时

Mini 容器缺省提供以下几种依赖注入方式

  • 构造函数注入
  • 字段注入
  • 属性注入
  • 方法注入

Mini 容器所支持以下几种组件工厂

  • 缺省工厂
  • 工厂方法工厂
  • 代理工厂(供Aop使用)
  • 实例工厂(该工厂仅仅提供驻留外部组件实例)
  • 自定义工厂

组件监听器的监听阶段(LifestyleStage)

  • OnComponentMetadataRegistered - 组件元数据被注册后
  • OnComponentCreated - 组件创建后
  • OnComponentDestroying - 组件释放中
  • OnComponentDestroyed -组件释放后

Mini 容器通过组件监听器可以对DI容器进行扩展,系统缺省提供以下组件监听器

  • SupportInitializeListner :组件初始化监听器
  • InitializationListner :组件初始化监听器
  • DisposalListner :组件释放监听器
  • StartableListner :组件启动/停止监听器
  • AopListner :Aop监听器

你可能感兴趣的:(ini)