2.2. 如何配置Unity2.0容器
配置容器包括注册类型、类型映射以及解决对象之间的依赖关系的各种所需信息。Unity可以通过XML配置文件获取配置信息,也可以通过一系列的方法调用进行运行时的容器配置(这也是我选择Unity作为我常用的IoC容器的原因,配置文件实在是太令人头痛了)。
2.2.1. 设计时配置
2.2.1.1. 开启XML智能感应
在Visual Studio中能够通过XSD文件开启智能感应,有如下两种方法可以开启智能感应:
l 在Visual Studio中选择XML选项卡,然后选择Schemas选项,在里面找到UnityConfiguration20.xsd文件,选择使用即可;
l 直接在XML配置文件中输入<unity xmlns=",然后在弹出的提示中选择http://schemas.microsoft.com/practices/2010/unity即可。
这样就能够避免在输入XML时的一些错误。
2.2.1.2. Unity配置文件的基本结构
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<configSections>
<section name="unity" type="Microsoft.Practices.Unity.Configuration.UnityConfigurationSection, Microsoft.Practices.Unity.Configuration"/>
</configSections>
<unity xmlns="http://schemas.microsoft.com/practices/2010/unity">
<alias alias="ISayHello" type="HelloWorld.ISayHello, HelloWorld" />
<namespace name="HelloWorld" />
<assembly name="HelloWorld" />
<container>
<register type="ISayHello" name="mother" mapTo="MotherSayHello" />
<register type="ISayHello" name="child" mapTo="ChildSayHello" >
<constructor>
<param name="count" value="2"/>
</constructor>
</register>
<instance type="ConnectionSettings" value="port=1234" typeConverter="ConnectionSettingsTypeConverter" />
<extension type="Microsoft.Practices.Unity.Interception.InterceptionExtension, Microsoft.Practices.Unity.Interception" />
</container>
</unity>
</configuration>
从上面的配置文件中可以看出Unity容器配置的基本结构,在第一层可以有alias、namespace、assembly、container这几种节点,它们都可以在配置文件中出现多次;然后在container节下又有register、instance、extension三种节点,而容器的配置也主要是针对container节进行,在下面的章节中会针对这些配置节的用法进行注意解释。
2.2.1.3. 自动类型查找机制
在大部分的框架的配置文件中,要求类型一定要写成型如:“namespace.typename,assemblyname”的类型全名。这使得的配置文件一下子变的非常臃肿,难以维护。在Unity中提供了一种名为Automatic Type Lookup的机制来解决这一问题,在之前的Hello World的例子中也已经有提到过这种机制。
在Unity中使用namespace和assembly配置节来进行自动类型查找的配置。这里通过一个例子来说明自动查找的步骤,参考如下的一份配置文件:
<unity xmlns="http://schemas.microsoft.com/practices/2010/unity">
<namespace name="MyApp.Interfaces" />
<namespace name="System" />
<assembly name="MyApp"/>
<assembly name="mscorlib, 2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" />
...
</unity>
如果要查找ILogger接口,那么容器会按照下面的顺序进行匹配:
1. MyApp.Interfaces.ILogger, MyApp
2. System.ILogger, MyApp
3. MyApp.Interfaces.ILogger, mscorlib, 2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089
4. System.ILogger, mscorlib, 2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089
即按照在配置文件中出现的先后顺序,分别对namespace.typename,assembly的各种组合进行匹配,当找到第一个匹配的项时,查找就会停止;如果找不到那么容器会抛出一个异常。
2.2.1.4. 注册类型映射
<register> 配置节是在Unity容器配置中使用最多的配置节,用来配置类型之间的映射关系,以及类型所需要的依赖注入。这个节点具有type、name、mapTo三个属性,其中type属性是必填的,它表示要注册的类型(在Resolve方法中传入的类型)。name属性是可选参数,如果不填那么这个映射就是个默认类型映射,Unity容器对于默认类型映射和有名字的类型映射会区别对待,尤其是在调用ResolveAll方法时,只能获取到所有的有名字的类型映射。另外如果有多个类型映射使用同一个name那么后注册的映射关系会覆盖之前的映射关系。mapTo属性则表示了类型要映射到的实际类型,当调用Resolve方法时,会返回实际的类型。在实际使用中一般type属性中填的是一个接口或抽象的基类,然后mapTo属性中则是在运行时需要的具体类型,这样就通过依赖注入实现了解耦。
在注册一个类型映射的时候,同时还可以配置这个类型对应的Lifetime以及所需要的各种依赖关系,包括构造函数注入(Constructor)、属性注入(Property)和方法调用注入(Method):
l Lifetime:这个属性用来控制实例在容器中的生命周期,默认的是TransientLifetimeManager,即每次都请求都会返回一个新的实例;比较常用的是ContainerControlledLifetimeManager,每次请求都会返回同一个实例,即我们平常所说的单例模式。在Unity中内置了很多种在开发过程中可能会用到的管理器,有兴趣的同学可以查看对应的MSDN帮助,除此之外开发者还能够按照自己的需要开发自己的LifetimeManager来满足不同的需求。配置的样例如下:
<register type="ILogger" mapTo="SerialPortLogger">
<!-- Simple use of lifetime - singleton instance -->
<lifetime type="singleton" />
</register>
<register type="TypeWithCustomLifetime">
<!-- Use a Lifetime manager instance created by a type converter.
Type converter gets passed extra information provided in
in value attribute -->
<lifetime type="SessionLifetimeManager"
value="Session#1" typeConverter="SessionLifetimeConverter" />
</register>
l Constructor:这个属性用来在实例的构造期间进行构造函数注入,Unity容器在创建实例时默认会使用参数列表最长的构造函数,而使用这个属性则可以改变容器的默认行为,而且可以对构造函数中的各个参数的值进行指定。在之前的HelloWorld示例中已经使用过了构造函数注入,当时的配置如下:
<register type="ISayHello" name="child" mapTo="ChildSayHello" >
<constructor>
<param name="count" value="2"/>
</constructor>
</register>
其中param表示构造函数的参数,可以重复多个,里面使用name和value属性来制定参数的名字和值,这里就是调用参数名为count,类型为Int型的构造函数;当然你也可以使用type属性来指定参数的具体类型,使用dependencyName属性来指定参数注入所要用到的依赖的名字(就是它在register节点中注册时的name),使用dependencyType属性来指定参数注入所要用到的依赖类型,如果设置了这个属性而不设置dependencyName属性,那么容器会去查找这个类型的默认实例进行注入,否则使用指定的实例。
l Property:这个属性用来对实例的属性进行注入,可以有一个或多个配置,具体的配置内容与构造函数中的param类同,需要注意的是,如果在配置中只指明要注入的属性的name,那么容器会根据该属性类型在容器中的默认映射关系进行注入,配置样例如下:
<register type="ILogger" mapTo="SerialPortLogger">
<property name="Settings" dependencyType="PortSettings" dependencyName="highSpeedSettings" />
</register>
l Method:这个属性用来在实例创建后调用指定的方法,并按照配置对该方法的参数进行注入,配置的方法跟constructor属性完全相同,只是将constructor替换成method并加上对应方法的name即可,配置样例如下:
<register type="MyLogger">
<method name="Initialize">
<param name="loggerSettings" />
</method>
</register>
2.2.1.5. 注册类型实例
<instance>节用来向容器中注册一个不是通过容器创建的类型实例,它可以是一个简单的字符串表示,也可以是一个复杂的字符串,然后通过一个typeConverter进行转换。这个配置节包括name、type、value、typeConverter四个属性,其中type属性的默认值为System. String,如果需要进行自定义的类型转换,那么只要对typeConverter赋上相应的值即可。
Tip:因为实例的创建并不是通过容器进行的,所以无法在此配置各种依赖注入。
2.2.1.6. 读取配置创建Unity容器
通过上面的章节,已经能够对Unity容器的配置有了主观的了解,接下来要做的就是把配置文件跟具体的Unity容器关联在一起,映射到代码中只有一行,如下:
IUnityContainer container = new UnityContainer().LoadConfiguration();
Tip:LoadConfiguration是Microsoft.Practices.Unity.Configuration;名字空间下的扩展方法,在使用前请不要忘了添加对应的名字空间引用。