模板方法模式VS建造者模式

今天再来两个设计模式的对决，模板方法模式VS建造者模式。

首先，看看模板方法模式的定义：定义一个操作中的算法的骨架，而将一些步骤延迟到子类中。模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。它的UML图如下：

AbstractClass是抽象类，其实也就是一个抽象模板，它给出了一个顶级逻辑的骨架，而逻辑的组成步骤在相应的抽象操作中，推迟到子类ConcreteClass中实现。

模板方法模式的主要特点是什么呢？

模板方法模式是通过把不变行为搬移到父类（超类），去除了类中的重复代码来体现它的优势。模板方法模式就是提供了一个代码复用的平台。当遇到一系列步骤构成的过程需要执行，这个过程从高层次上看是相同的，但有些步骤的实现可能不同时就可以考虑使用模板方法模式。也就是说，当不变和可变的行为在方法的子类实现中混合在一起的时候，不变的行为就会在子类中重复出现。能过模板方法模式把这些行为搬移到单一的地方，这样就帮助子类摆脱重复的不变行为的纠缠。

以下是本人的一个小小的例子的代码：

#include <iostream>

using namespace std;

class Abstract2

{

public:

virtual ~Abstract2(){}

void TemplateMethod()

{

__MethodA();

__MethodB();

__MethodC();

}

private:

void __MethodA(){cout<<"1、选’"<<_AnswerA()<<"’"<<endl;}

void __MethodB(){cout<<"2、选’"<<_AnswerB()<<"’"<<endl;}

void __MethodC(){cout<<"3、选’"<<_AnswerC()<<"’"<<endl;}

protected:

Abstract2(){}

virtual string _AnswerA()=0;