摘要:从本文开始,我们将逐一实践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类来说,它需要一个配置文件:
需要注意的是这个配置文件跟Startable Facility没有任何关系,我们在配置文件中看不到任何和Startable Facility有关的代码。它只是一个普通的Castle IOC配置文件,因为我们在概述中已经说过了,Startable Facility是不需要配置文件的。好了,现在我们来看客户程序的使用:
可以看到,在这个过程中,没有一点多余的代码,首先添加Startable Facility到容器中,然后添加Program组件,即执行到上面的A句的时候,因为还没有添加Server组件,不满足它的依赖关系,所以它无法启动,当添加完Server组件后,即执行了B句后,满足了它的依赖关系,这个它才会自动执行。
三.不实现IStartable接口使用
这是个很多人都忽略的问题,开始时我一直认为只有实现了IStartable接口才能使用Startable Facility,后来我在读它的源码时发现了一个问题,它不仅仅是判断组件是否实现了这个接口,如果组件有Startable特性也可以在满足依赖性后自动启动,这个在下一篇原理分析篇中我会介绍到。然后我就去查找这方面的资料,很可惜的网上从来没有介绍这种使用方法,我从它的TestCase找到了一点下面的代码,供有兴趣的朋友参考一下:
没有实现IStartable接口的组件:
测试代码:
对于IKrnel大家可以自行修改为Castle.Windsor,这样也不失为一种使用Startable Facility的方法。
参考资料
Castle的官方网站http://www.castleproject.org