摘要:从本文开始,我们将逐一实践Castle IOC中的Facility,在前面我们说过,Facility它是带有注入性质的。有时我们会遇到这样的问题,当一个组件满足一定的依赖关系之后,让它自动运行,比如说启动一个窗体或者启动某种服务,本文我们就来看如何使用Startable Facility让一个实现了接口IStartable的组件自动运行,以及不实现IStartable接口的组件如何在满足依赖后自动运行。

 

主要内容

1.Startable Facility概述

2.实现IStartable接口使用详解

3.不实现IStartable接口使用

 

一.Startable Facility概述

在开始使用Startable Facility之前,我们先了解一下它做了什么事情,它可以让一个组件在满足依赖关系之后自动启动或者停止。官方网站中提供的Startable Facility的有关信息:

Facility Information

Uses Proxy

No

Requires Configuration

No

Uses Attributes

No

Version

Beta 2

 

二.实现IStartable接口使用详解

Startable Facility的使用可以说是非常地简单,只要我们的组件实现了IStartable接口就可以了。现在我们还有一个Program类,它专门控制Server的启动和停止,我们希望在它的依赖关系满足后,让Server自动启动。很简单,我们让Program类实现IStartable接口:

}


注意这个里面的Start()和Stop()方法就是要实现接口中的方法,我们在Start()方法中启动服务器,在Stop()方法中停止服务器。并且这个类依赖于Server类,也就是要满足它的依赖关系,还需要有一个Server组件。服务器Server,它需要一个Host和Port:

}


同时对于这个Server类来说,它需要一个配置文件:

Castle IOC容器实践之Startable Facility(一)<!--From:http://terrylee.cnblogs.com-->
Castle IOC容器实践之Startable Facility(一)
Castle IOC容器实践之Startable Facility(一)
<?xml version="1.0" encoding="utf-8" ?>
Castle IOC容器实践之Startable Facility(一)
Castle IOC容器实践之Startable Facility(一)
<configuration>
Castle IOC容器实践之Startable Facility(一)
Castle IOC容器实践之Startable Facility(一)    
<components>
Castle IOC容器实践之Startable Facility(一)
Castle IOC容器实践之Startable Facility(一)        
<component id="server">
Castle IOC容器实践之Startable Facility(一)
Castle IOC容器实践之Startable Facility(一)            
<parameters>
Castle IOC容器实践之Startable Facility(一)
Castle IOC容器实践之Startable Facility(一)                
<host>localhost</host>
Castle IOC容器实践之Startable Facility(一)
Castle IOC容器实践之Startable Facility(一)                
<port>110</port>
Castle IOC容器实践之Startable Facility(一)
Castle IOC容器实践之Startable Facility(一)            
</parameters>
Castle IOC容器实践之Startable Facility(一)
Castle IOC容器实践之Startable Facility(一)        
</component>
Castle IOC容器实践之Startable Facility(一)
Castle IOC容器实践之Startable Facility(一)    
</components>
Castle IOC容器实践之Startable Facility(一)
Castle IOC容器实践之Startable Facility(一)
</configuration>


需要注意的是这个配置文件跟Startable Facility没有任何关系,我们在配置文件中看不到任何和Startable Facility有关的代码。它只是一个普通的Castle IOC配置文件,因为我们在概述中已经说过了,Startable Facility是不需要配置文件的。好了,现在我们来看客户程序的使用:

}


可以看到,在这个过程中,没有一点多余的代码,首先添加Startable Facility到容器中,然后添加Program组件,即执行到上面的A句的时候,因为还没有添加Server组件,不满足它的依赖关系,所以它无法启动,当添加完Server组件后,即执行了B句后,满足了它的依赖关系,这个它才会自动执行。

三.不实现IStartable接口使用

这是个很多人都忽略的问题,开始时我一直认为只有实现了IStartable接口才能使用Startable Facility,后来我在读它的源码时发现了一个问题,它不仅仅是判断组件是否实现了这个接口,如果组件有Startable特性也可以在满足依赖性后自动启动,这个在下一篇原理分析篇中我会介绍到。然后我就去查找这方面的资料,很可惜的网上从来没有介绍这种使用方法,我从它的TestCase找到了一点下面的代码,供有兴趣的朋友参考一下:

没有实现IStartable接口的组件:

Castle IOC容器实践之Startable Facility(一)[Transient]
Castle IOC容器实践之Startable Facility(一)
Castle IOC容器实践之Startable Facility(一)
public class NoInterfaceStartableComponent
}


测试代码:

Castle IOC容器实践之Startable Facility(一)[Test]
Castle IOC容器实践之Startable Facility(一)
Castle IOC容器实践之Startable Facility(一)
public void TestComponentWithNoInterface()
}

对于IKrnel大家可以自行修改为Castle.Windsor,这样也不失为一种使用Startable Facility的方法。


下篇:Castle IOC容器实践之Startable Facility(二)

 

参考资料

Castle的官方网站http://www.castleproject.org

相关文章: