主要内容

  1.生命处理方式

  2.自定义生命处理方式

  3.生命周期处理

  一.生命处理方式

  我们通常创建一个组件的实例使用new关键字,这样每次创建出来的都是一个新的实例,如果想要组件只有一个实例,我们会使用Singleton模式。在Castle IOC中,它支持我们对于组件的实例进行控制,也就是说我们可以透明的管理一个组件拥有多少个实例。Castle IOC容器提供了如下几种生命处理方式:

  l     Singleton:一个组件只有一个实例被创建,所有请求的客户使用程序得到的都是同一个实例,同时这也是Castle IOC容器默认的一种处理方式。

  l     Transient:这种处理方式与我们平时使用new的效果是一样的,对于每次的请求得到的都是一个新的实例。

  l     PerThread:对于每一个线程来说是使用了Singleton,也就是每一个线程得到的都是同一个实例。

  l     Pooled:对象池的处理方式,对于不再需用的实例会保存到一个对象池中。

  l     Custom:自定义的生命处理方式。

  我们可以通过以下两种方式来指定组件的生命处理方式,如果不指定,则为Singleton方式:

  1.使用配置文件

双击代码全选
1
2
3
4
5
6
7
8
9
10
11
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
  <components>
    <component id="comp1" lifestyle="transient">
      <parameters>
        <para>component1 para</para>
      </parameters>
    </component>>
  </components>
</configuration>

  2.使用Attribute特性

双击代码全选
1
2
3
4
5
6
7
8
9
10
11
12
13
[Transient]
public class MyComponent
{
  public MyComponent()
  {
    //
  }
  public MyComponent(string _Str)
  {
    //
  }
}

  前面在Castle IOC的内幕故事中我们说过,组件生命方式是由一个叫做LifestyleModelInspector的Contributor来管理的。在LifestyleModelInspector中我们注意到有这样一段代码:

双击代码全选
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
public virtual void ProcessModel(IKernel kernel, ComponentModel model)
{
  if (!ReadLifestyleFromConfiguration(model))
  {
    ReadLifestyleFromType(model);
  }
}
protected virtual bool ReadLifestyleFromConfiguration(ComponentModel model)
{
  //
}
protected virtual void ReadLifestyleFromType(ComponentModel model)
{
  //
}

  其中ReadLifestyleFromConfiguration()从配置文件读取,ReadLifestyleFromType()是从组件的特性读取。可以看到LifestyleModelInspector首先会去检查配置文件中的是否指定,如果已经指定了,就会直接返回,否则才去组件特性里面去查找。由此我们可以得出如下一条重要的结论:

  如果同时在配置文件和组件的特性中指定组件生命处理方式,配置文件将覆盖类中特性指定的。

  二.自定义生命处理方式

  下面我们来看如何实现自定义的生命处理方式。在这之前,先来看一下生命处理方式中的类结构图:

  图1

  可以看到,所有生命处理方式都实现了接口ILifestyleManager:

双击代码全选
1
2
3
4
5
6
public interface ILifestyleManager : IDisposable
{
  void Init(IComponentActivator componentActivator, IKernel kernel);
  object Resolve();
  void Release(object instance);
}

  所以要实现自定义的生命处理方式,只要实现接口IlifestyleManager就可以了,来看一下Castle IOC官方网站提供的一种生命处理方式,实现了对于Web应用程序中的每一次Request都创建一个Singleton实例:

双击代码全选
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
public class PerWebRequestLifestyleManager : AbstractLifestyleManager
{
  private string PerRequestObjectID = "PerRequestLifestyleManager_" + Guid.NewGuid().ToString();
  public override object Resolve()
  {
    if(HttpContext.Current.Items[PerRequestObjectID] == null)
    {
       // Create the actual object
      HttpContext.Current.Items[PerRequestObjectID] = base.Resolve();
    }
    return HttpContext.Current.Items[PerRequestObjectID];
  }
  public override void Dispose()
  {
  }
}

对于自定义的生命处理方式,在使用配置文件和特性指定的时候又有些不同

  1.使用配置文件

双击代码全选
1
2
3
4
5
6
7
8
9
10
11
12
13
14
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
  <components>
    <component id="myComponent"
          type="MyLib.MyComponent, MyLib"
          lifestyle="custom"
          customLifestyleType="MyLib.PerWebRequestLifestyleManager, MyLib">
      <parameters>
        <para>component1 para</para>
      </parameters>
    </component>
  </components>
</configuration>

  2.使用Attribute特性

双击代码全选
1
2
3
4
5
6
7
8
9
10
[CustomLifestyle( typeof(PerWebRequestLifestyleManager ) )]
public class MyComponent
{
  public MyComponent()
  {
    //
  }
  //
}

  三.生命周期管理

  Castle IOC同样是支持组件生命周期的管理,也就是在组件装载,初始化,销毁所出发的行为,分别对应三个接口:IInitializable,ISupportInitialize,IDisposable。这些接口被分为两组:Commission和Decommission:

  Commission

  l     Castle.Model.IInitializable interface

  l     System.ComponentModel.ISupportInitialize

  Decommission

  l     System.IDisposable

  如果组件实现了这些接口,容器会自动在不同的生命周期调用他们。我们看下面这样一个例子:

双击代码全选
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
[Transient]
public class MyComponent : IInitializable, IDisposable
{
  public MyComponent(string _para)
  {
    //
  }
  public void Initialize()
  {
    //
  }
  public void Dispose()
  {
    //
  }
}

在我们使用组件时

双击代码全选
1
2
3
4
5
6
7
8
9
10
11
12
13
14
public class App
{
  public static void Main()
  {
    IWindsorContainer container = new WindsorContainer(new XmlInterpreter("../../BasicUsage.xml") );
        container.AddComponent( "myComponent",
      typeof(MyComponent));
    // Initialize()方法会自动执行
    MyComponent instince = container["myComponent"] as MyComponent;
    // Dispose()方法会自动执行
    container.Release(instince);
  }
}

  关于Castle IOC容器组件生命周期管理就介绍到这里了。

Castle IOC容器组件生命周期管理的更多相关文章

  1. 【转】Tomcat组件生命周期管理

    Tomcat组件生命周期管理 Tomcat中Server,Service,Connector,Engine,Host,Context,它们都实现了org.apache.catalina.Lifecyc ...

  2. Docker容器的生命周期管理

    https://blog.csdn.net/u010278923/article/details/78751306

  3. Tomcat中组件的生命周期管理公共接口Lifecycle

    Tomcat的组件都会实现一个Lifecycle接口,以方便组件的生命周期的统一管理 interface Lifecycle 组件生命周期中主要的几个方法 增加监听器,事件委托机制 public vo ...

  4. TOMCAT源码分析——生命周期管理

    前言 从server.xml文件解析出来的各个对象都是容器,比如:Server.Service.Connector等.这些容器都具有新建.初始化完成.启动.停止.失败.销毁等状态.tomcat的实现提 ...

  5. 004-docker命令-容器生命周期管理、容器操作

    1.容器生命周期管理 docker run :创建一个新的容器并运行一个命令 语法:docker run [OPTIONS] IMAGE [COMMAND] [ARG...] OPTIONS说明: - ...

  6. Castle IOC容器内幕故事(下)

    主要内容 1.ComponentModelBuilder 和 Contributors 2.Contributors分析 3.Handles分析 4.ComponentActivator分析 一.Co ...

  7. Castle IOC容器内幕故事(上)

    主要内容 1.WindsorContainer分析 2.MicroKernel分析 3.注册组件流程 一.WindsorContainer分析 WindsorContainer是Castle的IOC容 ...

  8. Castle IOC容器与Spring.NET配置之比较

    我本人对于Spring.NET并不了解,本文只是通过一个简单的例子来比较一下两者配置之间的区别.在Castle IOC容器中,提出了自动装配(Auto-Wiring)的概念,即由容器自动管理组件之间的 ...

  9. Castle IOC容器构建配置详解(二)

    主要内容 1.基本类型配置 2.Array类型配置 3.List类型配置 4.Dictionary类型配置 5.自定义类型转换 一.基本类型配置 在Castle IOC的配置文件中,大家可能都已经注意 ...

随机推荐

  1. modeler与activiti进行整合

    整合Activiti Modeler到业务系统(或BPM平台) http://www.kafeitu.me/activiti/2013/03/10/integrate-activiti-modeler ...

  2. MornUI 源码阅读笔记

    1. label的mouseChildren属性为true,但label本身是不需要监听textfield的任何事件的, 个人猜测是为了给TextInput, TextArea用的,因为后两者需要监听 ...

  3. redo和undo的区别

    转摘:http://blog.163.com/jing_playboy/blog/static/757362222012520104521864/   redo--> undo-->dat ...

  4. 树莓派 不稳定 ssh经常断 解决

    确保供电没问题,供电至少要0.7A,如果USB口有接东西就要更多 几个提高树莓派网络稳定性的方法 TroubleShooting(推荐!好多问题的解决方案) 设置树莓派SSH连接因超时闲置断开 树莓派 ...

  5. hdu 4539(状态压缩dp)

    题意:曼哈顿距离是指:|x1-x2|+|y1-y2|,只要知道这个概念题意就懂了. 分析:这道题与前面做的几道题有所不同,因为当前行不仅与前一行有关,而且与前两行有关,所以我们开数组的时候还要记录前两 ...

  6. Golang做的验证码(2)

    前面一篇文章介绍了2个用Golang做的验证码 http://www.cnblogs.com/ghj1976/p/3392847.html  这里再补充几个: 1.在GAE上使用的Google的验证码 ...

  7. [转]Linux的chattr与lsattr命令详解

    转自:http://www.cnblogs.com/yangxia-test/archive/2013/05/24/3096410.html 这两个命令是用来查看和改变文件.目录属性的,与chmod这 ...

  8. Java之--Java语言基础组成—数组

    Java语言基础组成-数组 Java语言由8个模块构成,分别为:关键字.标识符(包名.类名.接口名.常量名.变量名等).注释.常量和变量.运算符.语句.函数.数组. 本片主要介绍Java中的数组,数组 ...

  9. php动态生成一个xml文件供swf调用

    <object classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" codebase="http://fpdo ...

  10. char型指针与其它指针或数组的细节

    一道常见题 char * str7="abc"; char * str8="abc"; cout<<(str7==str8)<<endl ...