FrankFei at 2007/07/31 

一、在分析之前，先把Strategy模式和Chain of Resposibility模式做一下简单介绍。

Strategy模式：策略模式的用意是针对一组算法，将每一个算法封装到具有共同接口的独立的类中，从而使得它们可以相互替换。策略模式使得算法可以在不影响到客户端的情况下发生变化。策略模式是对算法的包装，是把使用算法的责任和算法本身分割开，委派给不同的对象管理。策略模式通常把一个系列的算法包装到一系列的策略类里面，作为一个抽象策略类的子类。用一句话来说，就是："准备一组算法，并将每一个算法封装起来，使得它们可以互换。"

 

这个模式涉及到三个角色：

环境（Context）角色：持有一个Strategy类的引用。

抽象策略（Strategy）角色：这是一个抽象角色，通常由一个接口或抽象类实现。此角色给出所有的具体策略类所需的接口。

具体策略（ConcreteStrategy）角色：包装了相关的算法或行为。

Chain of Responsibility模式：在责任链模式里，很多对象由每一个对象对其下家的引用而连接起来形成一条链。请求在这个链上传递，直到链上的某一个对象决定处理此请求。发出这个请求的客户端并不知道链上的哪一个对象最终处理这个请求，这使得系统可以在不影响客户端的情况下动态地重新组织链和分配责任。

抽象处理者(Handler)角色：定义出一个处理请求的接口。如果需要，接口可以定义出一个方法，以设定和返回对下家的引用。这个角色通常由一个抽象类或接口实现。

具体处理者(ConcreteHandler)角色：具体处理者接到请求后，可以选择将请求处理掉，或者将请求传给下家。由于具体处理者持有对下家的引用，因此，如果需要，具体处理者可以访问下家。

二、ObjectBuilder之Strategy模式

Strategy模式的意图就是定义一系列的算法，把它们一个个封装起来，并且使它们可相互替换。ObjectBuilder中为这一系列的算法定义了一个接口：IBuilderStrategy，

在Strategy模式结构图中，本来可以直接继承这个接口派生出具体策略，但系统又定义了一个BuilderStrategy：IBuilderStrategy，

这主要是为了方便处理具体策略中的公共内容，在这里更明确一点就是为了处理责任链模式中的下家引用。

ObjectBuilder中的类关系图如下：

这里需要特别注意的是ReflectionStrategy类，它是继承自BuilderStrategy的抽象类，在它下面又派生出三个具体类。

最后就是环境角色：BuilderContext了，按照Strategy结构图上看，它应该持有一个Strategy类的引用，但系统中并没有直接持有IBuilderStrategy或BuilderStrategy，而是持有了IBuilderStrategyChain这样一个责任链，通过这个责任链间接持有IBuilderStrategy，具体会在下面详细介绍。

三、ObjectBuilder之Chain of Responsibility模式

参照Chain of Responsibility的结构图，我们先看Handler对应的IBuilderStrategyChain:

在此接口中，一个对象对其下家的引用是通过方法GetNext实现的，然后我们再看ConcreteHandler对应的BuilderStrategyChain：

最后再看一下Client应该对应什么地方呢？应该是BuilderContext中的：

private IBuilderStrategyChain chain;

这样，如果我们仅分析ObjectBuilder中的Strategy模式和Chain of Responsibility模式的话，应该就差不多了，由此我们也可以看出，在实现应用中，很多模式都是结合使用的，所以要真正理解透彻各设计模式，还是要在实践中慢慢学习，总结。当然以上只是我个人的理解，不当之处敬请指正，先谢了！