Castle实践2－Startable Facility

这一节我们来分析Facility，作为Castle的可扩展单元，他是可以带有注入性的，也就是对组件来说，他可能“侵犯”组件本身。下面我们从官方提供的一个Startable的Facility开始。
<?xml:namespace prefix = o />

先明白这个Facility的作用，也就是要达到的目的：使一个实现了Castle.Model.IStartable接口的程序在满足依赖性的时候，能够自我执行。

public   interface  IStartable
{
     void  Start();       //  创建的时候执行
     void  Stop();        //  销毁的时候执行
}

首先我们来了解一下这个接口：ILifecycleConcern，这个接口带有一个方法：

public   interface  ILifecycleConcern
{
     void  Apply( ComponentModel model,  object  component );
}

他用来在组件特定的生命周期提供处理行为。

比如，我们上一节提到的，实现了IInitializable接口的组件，容器会自动调用组件的初始化方法Initialize，只是执行这个接口的Facility是内置的（Kernel自带）。

接着，我们来用两个类实现这个接口：

第一个StartConcern，处理：如果是实现IStartable的组件则调用其Start()方法：

public   void  Apply(ComponentModel model,  object  component)
{
    (component  as  IStartable).Start();
}

第二个StopConcern，处理：如果实现IStartable的组件则调用其Stop()方法：

public   void  Apply(ComponentModel model,  object  component)
{
    (component  as  IStartable).Stop();
}

先别问为什么，知道功能就好，下面会继续讲到。

 

好了，我们看下如何实现一个Facility，创建一个自定的Facility可以直接实现IFacility接口，或者从AbstractFacility中继承下来，他们的不同支出只是AbstractFacility提供了IFacility接口的默认实现，你只需实现Init()方法即可。但其实IFacility包含的东西并不多，只有两个：

public   interface  IFacility
{
     //  Facility被添加到容器中就立刻执行
     void  Init(IKernel kernel, IConfiguration facilityConfig);
     //  一般在容器的Dispose()中被调用
     void  Terminate();
}

既然我们要达到程序的自启动，好自然，我们应该在组件加入容器的时候检查其依赖性满足后就启动他。那么如何让自定的Facility带有处理组件的能力呢？看下面的代码，在Facility加入容器时候，向容器注册了两个事件：

protected   override   void  Init()
{
     //  在组件创建之后引发
    Kernel.ComponentModelCreated  +=   new  ComponentModelDelegate(OnComponentModelCreated);
     //  在组件注册之后引发
    Kernel.ComponentRegistered  +=   new  ComponentDataDelegate(OnComponentRegistered);
}

所以，下面的事情就是这样发生的了：

先Add一个组件，ComponentRegistered事件发生了。

在OnComponentRegistered中检查依赖性，如果依赖性满足并组件实现了IStartable的话，则请求创建这个组件。

private   void  Start(String key)
{
     object  instance  =  Kernel[key];
}

创建组件的时候，ComponentModelCreated引发，在ComponentModelCreated中加入生命周期的处理事件，这里就用到了本文开头的两个实现了ILifecycleConcern的类：StartConcern和StopConcern。

把StartConcern注册为组件的LifecycleStepType.Commission（生命开始）周期处理行为。

把StopConcern注册为组件的LifecycleStepType.Decommission（生命结束）周期处理行为。

组件被创建之后，立刻进入LifecycleStepType.Commission周期，StartConcern被触发处理，StartConcern.Apply()调用组件的Start()来达到自启动的目的。

同样组件从容器移除的时候，组件就进入LifecycleStepType.Decommission，那么StopConcern.Apply()触发组件的Stop()来进行“最后的喘息”。

Startable的Facility设计原理已经说完，下步就实践咯。J

 

///   <summary>
///  这是一个实现IStartable的类，主要用Application.Run()启动一个窗口
///  注意看他的构造函数
///   </summary>
public   class  ApplicationRunner : IStartable
{
     private  Form _form;
     private  Thread _thread;

     //  这里表明：这个类是依赖于类型为Form1的组件的
     public  ApplicationRunner(Form1 form)
    {
        _form  =  form;
    }

     #region  IStartable 成员

     public   void  Start()
    {
        _thread  =   new  Thread( new  ThreadStart(StartApp));
        _thread.Start();
    }

     public   void  Stop()
    {
        MessageBox.Show( " Stop is called, but it do nothing. " );
    }

     #endregion

     private   void  StartApp()
    {
        Application.Run( _form );
    }
}

其中Form1是一个普通窗口：

public   class  Form1 : System.Windows.Forms.Form
{
     //  ….
}

最后是Main：

[MTAThread]
static   void  Main()
{
      //  建立容器
     IWindsorContainer container  =   new  WindsorContainer( " ../../AppConfig.xml " );

      //  加入Facility
     container.AddFacility( " startable " ,  new  StartableFacility());

      //  加入一个ApplicationRunner，这时候容器检测到他对Form1有依赖，所以不启动
     container.AddComponent( " appRuner " ,  typeof (ApplicationRunner));

      //  加入Form1，此时ApplicationRunner满足依赖需求，Start就开始了
     container.AddComponent( " form1 " ,  typeof (Form1));
}

OK！这节就到这里，我想大家都清楚一个Facility的概念和用法了吧，有没有感觉到Facility的强大了？用他来@#$%*&组件吧，Bye～（下一节说点什么好呢？各位有建议吗？）

转载于:https://www.cnblogs.com/laiwen/archive/2005/09/07/231594.html