Castle学习笔记之Windsor(一)

Castle大名早就如雷贯耳,早就想研究一下,无奈公司项目一直比较紧迫,直到前天BOSS告诉我该转入下一部分框架的设计工作了,嘿嘿,刚好借这个机会,开始我的Castle之旅:)

首先向不熟悉的朋友介绍下Castle到底是什么.Castle是.net平台上的一个开源项目,为企业级开发和WEB应用程序开发提供完整的服务.当前开发的许多流行元素,比如IOC,ORM都在Castle上有非常成熟的应用.http://www.castleproject.org是其官方站点,你可以在上面了解更多有关Castle的信息.点击此处立刻下载sample和source的完整安装包.

Windsor是Castle下的一个项目,用于提供IOC的解决方案.IOC被称为控制反转或者依赖注入(Dependency Injection).关于它的严格定义和解释可以参照大师的文章http://martinfowler.com/articles/injection.html . 我的解释就是,IOC的目的就是用于对象间的解耦,把对象之间的依赖关系延迟注入.

稍有经验的开发者都已经开始习惯于基于接口或者抽象类的编程,当我们想要创建一个对象时,我们通常会为其建立一个接口,哪怕从这个接口再派生对象的可能性非常小.这最大的好处当然是高扩展性,我们永远不知道客户的需求会怎么变化,为了适应需求的变化,我们只能希望每次变化不会带来过长的链式反应和类的爆炸式增长.以我目前的项目为例子:我需要创建一个缓存管理的程序,按照上头的意思,将采用MS的企业库来对缓存进行处理,那么我首先需要对外暴露一个CacheManger的类,为简单起见,我这个类只有一个方法GetData().这个方法并不实际执行什么操作,它将调用CacheEngine里的方法来取出具体的缓存的值,但是CacheEngine的方法需要一个额外的参数,key,这个key值我们将从另一个类CacheConfig里取出.调用很简单:CacheManger->CacheEngine&CacheConfig.

相信没有程序员会这么做,我们一定会建立ICacheEngine和ICacheConfig接口,同时各自派生一个MyCacheEngine和MyCacheConfig类,当需求有变化时,比如我们又被要求以System.Web.Cacheing或者Enterprise Service的方式进行缓存的处理时,我们立刻会从ICacheEngine里派生新的类,而无须修改之前的类,遵循了开闭原则.

长久以来,很多程序员都这么做(包括我自己),而且这么做本身没有什么错.不过我们必须认识到,在这种模式下,对象间的依赖是无法解除的.在这里,CacheManager里的GetData方法不仅依赖于ICacheEngine和ICacheConfig接口,同时还依赖于它们的具体实现—MyCacheEngine和MyConfig.这就是问题的所在:对象间的耦合!

这里我并不极端的认为要追求绝对的松耦合,实际上那也是不现实的,即使是IOC也不过是延迟了对象的关联,关键问题是:我们能否消除此处的耦合关系?
答案是肯定的,当然这里的消除也是将耦合移到外部,并不是真正的清除.接下来让我们看看在Windsor里是如何做到这一点的.

依然是上面的例子,我们先为其添加需要的接口.
ICacheConfig:

namespace WindsorTest.Interface
namespace WindsorTest.Interface
namespace WindsorTest.Interface
namespace WindsorTest.Components
namespace WindsorTest.Components
namespace WindsorTest.Services
ICacheManager manger = new MyCacheManager(new MyCacheEngine("key", "value"), new MyConfig());
manager.GetData();

瞧,我们需要三个构造过程,而且我们必须清楚每个构造函数里面的参数是什么意思,我们只是想要从缓存里读个值,居然要了解这么多的事??
看看我们的Windsor是如何来解决这个问题的吧.

static void Main(string[] args)
<?xml version="1.0" encoding="utf-8" ?>
<configuration>

<components>
<component id="engine">
<parameters>
<key>key</key>
<value>key-value</value>
</parameters>
</component>
</components>

</configuration>
哈,运行下,看看?没问题,接下来我再来解释下为何这里就能简单的解决对象间的依赖关系.你可以把每次的注册看做一次对象的实例化,但是这个过程我们并不需要指定任何参数,而对象的引用也都是智能的实现,当然这里面有一定的规则在里面,在下一篇文章里,我将再来更深入的谈谈注册的方式和构造注入是如何实现的.

下班时间到了,回去咯,我会抽时间尽快的开始我的该系列的第二篇^_^.
注:本人也是以学习和研究的态度来写这篇文章,里面的许多观点只代表我的个人思想,加之研究Windsor尚浅,里面必然有许多不当之处,还请各位看官多多包涵:)

参考文献:
Introducing Castle
Inversion of Control Containers and the Dependency Injection pattern
Ioc模式
Castle IOC容器快速入门