Castle IOC容器组件生命周期管理

摘要:Castle IOC容器为我们提供了不同的生命处理方式以及组件生命周期的处理,即组件装载,初始化,销毁时所表现的行为。如何去使用它们?本文讲对这一内容进行详细的阐述。
 
主要内容
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 .使用配置文件
None.gif <!-- 出处:[url]http://terrylee.cnblogs.com[/url] -->
None.gif
None.gif
<? xml version="1.0" encoding="utf-8"  ?>
None.gif
None.gif
< configuration >
None.gif
None.gif    
< components >
None.gif
None.gif        
< component  id ="comp1"  lifestyle ="transient" >
None.gif
None.gif            
< parameters >
None.gif
None.gif                
< para > component1 para </ para >
None.gif
None.gif            
</ parameters >
None.gif
None.gif        
</ component > >
None.gif
None.gif    
</ components >
None.gif
None.gif
</ configuration >
2 .使用Attribute特性
None.gif // 出处: [url]http://terrylee.cnblogs.com[/url]
None.gif

None.gif[Transient]
None.gif
None.gif
public   class  MyComponent
ExpandedBlockStart.gif
{
InBlock.gif    
public MyComponent()
ExpandedSubBlockStart.gif    
{
InBlock.gif        
//dot.gifdot.gif
ExpandedSubBlockEnd.gif
    }
InBlock.gif    
public MyComponent(string _Str)
ExpandedSubBlockStart.gif    
{
InBlock.gif        
//dot.gifdot.gif
ExpandedSubBlockEnd.gif
    }
ExpandedBlockEnd.gif}
前面在 Castle IOC的内幕故事中我们说过,组件生命方式是由一个叫做 LifestyleModelInspector Contributor来管理的。在LifestyleModelInspector中我们注意到有这样一段代码:
None.gif public   virtual   void  ProcessModel(IKernel kernel, ComponentModel model)
ExpandedBlockStart.gif
{
InBlock.gif    
if (!ReadLifestyleFromConfiguration(model))
ExpandedSubBlockStart.gif    
{
InBlock.gif        ReadLifestyleFromType(model);
ExpandedSubBlockEnd.gif    }

ExpandedBlockEnd.gif}

None.gif
None.gif
protected   virtual   bool  ReadLifestyleFromConfiguration(ComponentModel model)
ExpandedBlockStart.gif
{
InBlock.gif    
//dot.gifdot.gif
ExpandedBlockEnd.gif
}

None.gif
None.gif
protected   virtual   void  ReadLifestyleFromType(ComponentModel model)
ExpandedBlockStart.gif
{
InBlock.gif   
//dot.gifdot.gif
ExpandedBlockEnd.gif
}
其中 ReadLifestyleFromConfiguration() 从配置文件读取,ReadLifestyleFromType()是从组件的特性读取。可以看到LifestyleModelInspector首先会去检查配置文件中的是否指定,如果已经指定了,就会直接返回,否则才去组件特性里面去查找。由此我们可以得出如下一条重要的结论:
如果同时在配置文件和组件的特性中指定组件生命处理方式,配置文件将覆盖类中特性指定的。
二.自定义生命处理方式
下面我们来看如何实现自定义的生命处理方式。在这之前,先来看一下生命处理方式中的类结构图:
1
可以看到,所有生命处理方式都实现了接口 ILifestyleManager
None.gif public   interface  ILifestyleManager : IDisposable
ExpandedBlockStart.gif
{
InBlock.gif    
void Init(IComponentActivator componentActivator, IKernel kernel);
InBlock.gif
InBlock.gif    
object Resolve();
InBlock.gif
InBlock.gif    
void Release(object instance);
InBlock.gif
ExpandedBlockEnd.gif}
所以要实现自定义的生命处理方式,只要实现接口 IlifestyleManager 就可以了,来看一下Castle IOC官方网站提供的一种生命处理方式,实现了对于Web应用程序中的每一次Request都创建一个Singleton实例:
None.gif public   class  PerWebRequestLifestyleManager : AbstractLifestyleManager
ExpandedBlockStart.gif
{
InBlock.gif    
private string PerRequestObjectID = "PerRequestLifestyleManager_" + Guid.NewGuid().ToString(); 
InBlock.gif
InBlock.gif    
public override object Resolve()
ExpandedSubBlockStart.gif    
{
InBlock.gif        
if(HttpContext.Current.Items[PerRequestObjectID] == null)
ExpandedSubBlockStart.gif        
{
InBlock.gif             
// Create the actual object
InBlock.gif

InBlock.gif            HttpContext.Current.Items[PerRequestObjectID] 
= base.Resolve(); 
InBlock.gif
ExpandedSubBlockEnd.gif        }

InBlock.gif        
return HttpContext.Current.Items[PerRequestObjectID];
ExpandedSubBlockEnd.gif    }

InBlock.gif
InBlock.gif    
public override void Dispose()
ExpandedSubBlockStart.gif    

InBlock.gif
ExpandedSubBlockEnd.gif    }

ExpandedBlockEnd.gif}
对于自定义的生命处理方式,在使用配置文件和特性指定的时候又有些不同
1 .使用配置文件
None.gif <!-- 出处:[url]http://terrylee.cnblogs.com[/url] -->
None.gif
None.gif
<? xml version="1.0" encoding="utf-8"  ?>
None.gif
None.gif
< configuration >
None.gif
None.gif    
< components >
None.gif
None.gif        
< component  id ="myComponent"
None.gif
None.gif                   type
="MyLib.MyComponent, MyLib"
None.gif
None.gif                   lifestyle
="custom"
None.gif
None.gif                   customLifestyleType
="MyLib.PerWebRequestLifestyleManager, MyLib" >
None.gif
None.gif            
< parameters >
None.gif
None.gif                
< para > component1 para </ para >
None.gif
None.gif            
</ parameters >
None.gif
None.gif        
</ component >
None.gif
None.gif    
</ components >
None.gif
None.gif
</ configuration >
2 .使用Attribute特性
None.gif // 出处: [url]http://terrylee.cnblogs.com[/url]
None.gif

None.gif[CustomLifestyle( 
typeof (PerWebRequestLifestyleManager ) )]
None.gif
None.gif
public   class  MyComponent
ExpandedBlockStart.gif
{
InBlock.gif    
public MyComponent()
ExpandedSubBlockStart.gif    
{
InBlock.gif        
//dot.gifdot.gif
ExpandedSubBlockEnd.gif
    }
InBlock.gif    
//dot.gifdot.gif
ExpandedBlockEnd.gif
}
三.生命周期管理
Castle IOC 同样是支持组件生命周期的管理,也就是在组件装载,初始化,销毁所出发的行为,分别对应三个接口:IInitializable,ISupportInitialize,IDisposable。这些接口被分为两组:CommissionDecommission
Commission
l          Castle.Model.IInitializable interface
l          System.ComponentModel.ISupportInitialize
Decommission
l          System.IDisposable
如果组件实现了这些接口,容器会自动在不同的生命周期调用他们。我们看下面这样一个例子:
None.gif // 出处: [url]http://terrylee.cnblogs.com[/url]
None.gif

None.gif[Transient]
None.gif
None.gif
public   class  MyComponent : IInitializable, IDisposable
ExpandedBlockStart.gif
{
InBlock.gif    
public MyComponent(string _para)
ExpandedSubBlockStart.gif    
{
InBlock.gif        
//dot.gifdot.gif
ExpandedSubBlockEnd.gif
    }
InBlock.gif
InBlock.gif    
public void Initialize()
ExpandedSubBlockStart.gif    
{
InBlock.gif        
//dot.gifdot.gif
ExpandedSubBlockEnd.gif
    }
InBlock.gif
InBlock.gif    
public void Dispose()
ExpandedSubBlockStart.gif    
{
InBlock.gif        
//dot.gifdot.gif
ExpandedSubBlockEnd.gif
    }
ExpandedBlockEnd.gif}
在我们使用组件时
None.gif // 出处: [url]http://terrylee.cnblogs.com[/url]
None.gif

None.gif
public   class  App
ExpandedBlockStart.gif
{
InBlock.gif    
public static void Main()
ExpandedSubBlockStart.gif    
{
InBlock.gif        IWindsorContainer container 
= new WindsorContainer(new XmlInterpreter("../../BasicUsage.xml") );
InBlock.gif
InBlock.gif                container.AddComponent( 
"myComponent"
InBlock.gif
InBlock.gif            
typeof(MyComponent));
InBlock.gif
InBlock.gif        
// Initialize()方法会自动执行
InBlock.gif

InBlock.gif        MyComponent instince 
= container["myComponent"as MyComponent;
InBlock.gif
InBlock.gif        
// Dispose()方法会自动执行
InBlock.gif

InBlock.gif        container.Release(instince);
InBlock.gif
ExpandedSubBlockEnd.gif    }

ExpandedBlockEnd.gif}

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













本文转自lihuijun51CTO博客,原文链接: http://blog.51cto.com/terrylee/67683 ,如需转载请自行联系原作者

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值