Unity Application Block 学习手册2

要使用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. 当使用PreThreadLiftTimeManagement的来管理实例的生命周期的时候，建议不要使用RegisterInstance。

BuildUp方法不会向容器注册一个类型，但是可以对已经有的实例按照已注册的类型进行注入。