要使用Unity,需要将以下dll添加到你的项目中:Microsoft.Practices.Unity.dll,Microsoft.Practices.ObjectBuilder2.dll,毕竟是P&P团队的工作结晶么,然后需要在你的类中using以下:
使用依赖的注入来设计你的代码
用一个简单的例子一步一步的告诉你为什么Unity能使得你的应用更加的强大和灵活
最简单的使用对象的方法如下
但是,当我们需要更换或是升级了FileLogger的时候,所有用到这个对象的代码都要改,于是我们开始对代码进行改进,使用一个接口来作为调用方法的入口
好像这个方法能解决很多问题,但是事实上,仍旧需要在太多的地方去更改代码,于是引入了Unity的注入方式
这个看起来好像没有解决我们的问题,但是不是,因为这个代码只是说明了可以通过代码来向容器内注入对象,那么在所有要使用到FileLogger的时候只需要
因此只需要一次在容器内注册类型,所有使用的代码都不需要改动,当然真是因为Unity的可配置性,你可以吧RegisterType的方法通过在配置文件中的配置来完成这个工作,那么就算要更改FileLogger,那么所有你的代码都不需要改动,只要改以下配置文件就可以完成。
另外一种情况便是单例对象的使用,一种最常规的做法就是使用一个方法来获得一个实例,如果存在就返回,如果不存在就新建。
应该还记得在上一篇文章中所说的生命周期管理器吧,那么Unity就可以使用这个来管理单例对象实例了。
由于对于CustomerData设置了使用容器提供的生命周期管理器,正是由于由容器负责管理对象实例,因此当不存在的时候就会自动创建,如果存在就会返回引用。
有了Unity的依赖注入,我们可以更加的灵活的做到根据不同的配置,使用不同的对象(如果是数据库那么就单例,如果是文件那么就用多例),来灵活的装配。
以上代码完成以下几个功能:
1. 注册名字为CustomerDataService的类型,这个类型是一个以CustomerAccessBase为基类的CustomerData单例对象
2. 注册名字为CusomterFileService的类型,这个类型仍旧是一个以CustomerAccessBase为基类的CustomerFile非单例对象
3.根据配置文件中定义的名字,来获得一个基类CustomerAccessBase对象,在应用中进行使用。
当然以上的做法也可以用接口的方式来进行,但是仍旧可以用Unity的依赖注入来漂亮的完成你的工作。
依赖注入类型和映射
有2种方法可以来将实现了某个接口的对象和接口进行映射,一种是直接使用RegisterType<T,T>(name)泛型方法,另外一种是使用RegisterType(type,type,name),因此相应的也有2种方法的取出Resolve<T>(name),Resolve(type,name);其中name是为了唯一标识注册的类型的。
用同样的方法也可以对于对象的基层进行映射,就如前面的一个例子一样,Unity在Resolve时,将返回对于某个基类型的对象实例。
向容器内注册一个已经存在的实例RegisterInstance,这个函数一般的情况下是用作向容器注册一些常量,例如连接字符串等;由于这个特性,所以如果使用RegisterInstance注册同一个类型,那么只会保留最后一次注册的实例。RegisterInstance也有2中方式的使用,一种是泛型的,一种是指定类型的。
在使用RegisterInstance或是在配置文件中定义时需要注意以下几个问题
1. 是否使用容器来管理实例的生命周期——(建议是使用,但是要选择一个恰当的管理器)
2. 在你使用RegisterInstance的时候,对于属性,以及构造的注入将没有用,因为这个时候,实例已经存在,但是可以使用BuildUp方法来创建一个实例并且使用属性和构造注入。
3. 不能对同一个类型既使用RegisterType又使用RegisterInstance。
4. 当使用PreThreadLiftTimeManagem
BuildUp方法不会向容器注册一个类型,但是可以对已经有的实例按照已注册的类型进行注入。