Castle IOC容器实践之Startable Facility(一)

简介:
摘要:从本文开始,我们将逐一实践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接口:
/// <summary>

/// Author:Terrylee

/// Date:2006年4月28日

/// From:[url]http://terrylee.cnblogs.com[/url]

/// </summary>


public   class  Program : IStartable
{
    
private Server _server;

    
public Program(Server server)
    
{
        
this._server = server;
    }


    
public void Start()
    
{
        _server.Start();
    }


    
public void Stop()
    
{
        _server.Stop();
    }

}

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

/// Author:Terrylee

/// Date:2006年4月28日

/// From:[url]http://terrylee.cnblogs.com[/url]

/// </summary>


public   class  Server
{
    
private string _host;

    
private int _port;

    
public Server(string host,int port)
    
{
        
this._host = host;

        
this._port = port;
    }


    
public void Start()
    
{
        Console.WriteLine(
"Server {0}:{1} Start",_host,_port);

        Console.ReadLine();
    }


    
public void Stop()
    
{
        Console.WriteLine(
"Server {0}:{1} Stop",_host,_port);

        Console.ReadLine();
    }

}

同时对于这个 Server类来说,它需要一个配置文件:
<!-- From:[url]http://terrylee.cnblogs.com[/url] -->

<? xml version="1.0" encoding="utf-8"  ?>

< configuration >

    
< components >

        
< component  id ="server" >

            
< parameters >

                
< host > localhost </ host >

                
< port > 110 </ port >

            
</ parameters >

        
</ component >

    
</ components >

</ configuration >

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

/// Author:Terrylee

/// Date:2006年4月28日

/// From:[url]http://terrylee.cnblogs.com[/url]

/// </summary>


public   class  App
{
    
public static void Main() 
    
{
        
//创建Windsor容器

        IWindsorContainer container 
= new WindsorContainer(new XmlInterpreter("../../BasicUsage.xml"));        

        
//添加Facility

        container.AddFacility(
"startable"new StartableFacility());       

        
//添加Program组件 (A)

        container.AddComponent(
"program"typeof(Program));      

        
//添加Server组件(B)

        container.AddComponent(
"server"typeof(Server));
    }

}

可以看到,在这个过程中,没有一点多余的代码,首先添加 Startable Facility到容器中,然后添加Program组件,即执行到上面的A句的时候,因为还没有添加Server组件,不满足它的依赖关系,所以它无法启动,当添加完Server组件后,即执行了B句后,满足了它的依赖关系,这个它才会自动执行。
三.不实现IStartable接口使用
这是个很多人都忽略的问题,开始时我一直认为只有实现了 IStartable接口才能使用 Startable Facility,后来我在读它的源码时发现了一个问题,它不仅仅是判断组件是否实现了这个接口,如果组件有Startable特性也可以在满足依赖性后自动启动,这个在下一篇原理分析篇中我会介绍到。然后我就去查找这方面的资料,很可惜的网上从来没有介绍这种使用方法,我从它的TestCase找到了一点下面的代码,供有兴趣的朋友参考一下:
没有实现IStartable接口的组件:
[Transient]

public   class  NoInterfaceStartableComponent
{
    
private bool _Started = false;

    
private bool _Stopped = false;

    
public void Start()
    
{
        _Started 
= true;
    }


    
public void Stop()
    
{
        _Stopped 
= true;
    }


    
public bool Started
    
{
        
get return _Started; }
    }


    
public bool Stopped
    
{
        
get return _Stopped; }
    }

}

测试代码:
[Test]

public   void  TestComponentWithNoInterface()
{
    IKernel kernel 
= new DefaultKernel();


    MutableConfiguration compNode 
= new MutableConfiguration("component");

    compNode.Attributes[
"id"= "b";

    compNode.Attributes[
"startable"= "true";

    compNode.Attributes[
"startMethod"= "Start";

    compNode.Attributes[
"stopMethod"= "Stop";

    kernel.ConfigurationStore.AddComponentConfiguration(
"b", compNode);


    kernel.AddFacility( 
"startable"new StartableFacility() );

    kernel.AddComponent( 
"b"typeof(NoInterfaceStartableComponent) );

    NoInterfaceStartableComponent component 
= kernel["b"as NoInterfaceStartableComponent;


    Assert.IsNotNull(component);

    Assert.IsTrue( component.Started );

    Assert.IsFalse( component.Stopped );
 

    kernel.ReleaseComponent(component);

    Assert.IsTrue( component.Stopped );

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













本文转自lihuijun51CTO博客,原文链接:  http://blog.51cto.com/terrylee/67684 ,如需转载请自行联系原作者
相关文章
|
10月前
|
XML Java 测试技术
《深入理解Spring》:IoC容器核心原理与实战
Spring IoC通过控制反转与依赖注入实现对象间的解耦,由容器统一管理Bean的生命周期与依赖关系。支持XML、注解和Java配置三种方式,结合作用域、条件化配置与循环依赖处理等机制,提升应用的可维护性与可测试性,是现代Java开发的核心基石。
|
Cloud Native 中间件 调度
云原生信息提取系统:容器化流程与CI/CD集成实践
本文介绍如何通过工程化手段解决数据提取任务中的稳定性与部署难题。结合 Scrapy、Docker、代理中间件与 CI/CD 工具,构建可自动运行、持续迭代的云原生信息提取系统,实现结构化数据采集与标准化交付。
1441 1
云原生信息提取系统:容器化流程与CI/CD集成实践
|
XML Java 数据格式
Spring IoC容器的设计与实现
Spring 是一个功能强大且模块化的 Java 开发框架,其核心架构围绕 IoC 容器、AOP、数据访问与集成、Web 层支持等展开。其中,`BeanFactory` 和 `ApplicationContext` 是 Spring 容器的核心组件,分别定位为基础容器和高级容器,前者提供轻量级的 Bean 管理,后者扩展了事件发布、国际化等功能。
432 18
|
XML Java 数据格式
京东一面:spring ioc容器本质是什么? ioc容器启动的步骤有哪些?
京东一面:spring ioc容器本质是什么? ioc容器启动的步骤有哪些?
|
Ubuntu 关系型数据库 MySQL
容器技术实践:在Ubuntu上使用Docker安装MySQL的步骤。
通过以上的操作,你已经步入了Docker和MySQL的世界,享受了容器技术给你带来的便利。这个旅程中你可能会遇到各种挑战,但是只要你沿着我们划定的路线行进,你就一定可以达到目的地。这就是Ubuntu、Docker和MySQL的灵魂所在,它们为你开辟了一条通往新探索的道路,带你亲身感受到了技术的力量。欢迎在Ubuntu的广阔大海中探索,用Docker技术引领你的航行,随时准备感受新技术带来的震撼和乐趣。
602 16
|
Kubernetes Docker Python
Docker 与 Kubernetes 容器化部署核心技术及企业级应用实践全方案解析
本文详解Docker与Kubernetes容器化技术,涵盖概念原理、环境搭建、镜像构建、应用部署及监控扩展,助你掌握企业级容器化方案,提升应用开发与运维效率。
1442 108
|
存储 监控 测试技术
如何将现有的应用程序迁移到Docker容器中?
如何将现有的应用程序迁移到Docker容器中?
880 57