摘要:知道如何简单使用Castle IOC,也听完了Castle IOC的内幕故事,从本文开始讲会详细讲解Castle IOC的一些使用。先从构建配置信息开始吧,在Castle IOC中并不像Spring.net那样贯穿着一个思想就是一切皆为配置,对于对象之间的依赖关系,Castle IOC会自动去连接,因此相比之下它的配置文件要比Spring.net简单的多。
主要内容
1.配置什么
2.几种配置方式
3.Include 介绍
4.Properties介绍
5.条件状态
一.配置什么
Castle IOC中并不像Spring.net那样贯穿着一个思想就是一切皆为配置,对于对象之间的依赖关系,Castle IOC会自动去连接,因此相比之下它的配置文件要比Spring.net简单的多。我们主要配置的就是Component和Facility,所有的组件配置都放在Components节点中,每一个组件以<Component>开始,以</Component>结束,其中组件ID必须指定,组件的参数用< parameters >节点来指定:
所有的扩展单元配置都在Facilities节点中,每一个扩展单元以一个<Facility>开始,以</Facility>结束:
二.几种配置方式
在Castle IOC中,支持三种方式的配置
l XML方式的配置
l 应用程序配置文件
l 实现接口IconfigurationStore自定义配置
1.XML方式的配置
指定一个自定义的XML作为配置文件,在实例化容器的时候用XmlInterpreter,简单的配置文件如下
初始化容器时的代码
2.使用应用程序配置文件
用Web.config或者App.config作为配置文件,这种方式的配置在实例化时不需要指定配置文件,容器会自动去检查应用程序的配置文件中的Castle IOC配置区
初始化容器时直接采用默认初始化
三.Include介绍
有时系统比较复杂,组件会非常的多。如果把这么多的组件放在了同一个配置文件里面去配置,配置文件将变得很大,而且不易阅读。使用Include可以把配置文件分开在很多个不同的配置文件中,最后统一在一个XML中或者应用程序配置文件指定这些分开配置文件的URI。如下面所示,我们有这样三个配置文件:
properties.config
facilities.config
services.config
则在Web.config或者App.config中就可以这样去写了:
四.Properties介绍
配置文件中,经常我们会遇到一个相同的值在多个地方使用,如数据库连接中的字符串,我们要是在每一个用到的地方都配置一遍,如果服务器变了,那所有的这些地方都得改动,这时可以使用Properties节点来配置,在容器使用配置信息之前,它将会被配置文件中的另一个Properties来替换,需要替换的地方我们使用#{}来标识。如
五.条件状态
配置文件有时候会非常的复杂,Castle IOC支持我们在配置文件中使用条件选择或者判断,这有点像C#预处理指令(如#if,如果你没有使用过,可以参考MSDN),可以使用以下的节点:
名称
|
示例
|
define
|
<define flag="DEBUG" />
|
undef
|
<undef flag="DEBUG" />
|
if
|
<if defined="DEBUG">
<interceptors>
<interceptor>${logging.interceptor}</interceptor>
</interceptors>
</if>
|
choose
|
<choose>
<when defined="DEBUG">
<component id="BasicUsageDebug" />
</when>
……
</choose>
|
when
|
与choose结合使用
|
otherwise
|
与choose结合使用
|
一个完整的配置示例如下:
Castle IOC容器的基本配置就到这儿了,在下一篇中会介绍一些复杂类型的配置及类型转换。
参考资料
Castle的官方网站http://www.castleproject.org