《设计模式》之模板方法模式

《设计模式》之模板方法模式

定义：定义一个操作中算法的框架，而将一些步骤延迟到子类中来实现，使得子类可以不改变算法的结构即可重定义该算法中的某些特定的步骤。

类型：行为类模式

光看定义可能还不是很明白，举个例子可能就更清楚了，例如我们需要实现这样的一个功能：对一个数组进行排序然后输出此数组。

此功能包括两个步骤：先排序后输出，这就是我们算法框架的思想。由于排序的方法有很多种：快排、归并排序、冒泡等，因此我们自己把这个框架写好，然后把排序这个功能留给自己的助手去帮助我们实现。这里面就利用了模板方法模式。

具体如下：

ackage com.wrh.templateMethod;



public abstract class AbstractTemplate {

    public abstract void sort(int [] arr);

    public void my_print(int [] arr){

        for(int i=0;i<arr.length;i++){

            System.out.println(arr[i]+"  ");

        }   

    }

    //模板方法：调用其他的操作，这些操作可以是具体的，也可以是抽象的。

    public void sortAndPrint(int []arr){

        this.sort(arr);

        this.my_print(arr);

    }

}

而将排序留给子类的需求自己去实现。

有了上面的例子作为基础之后，开始讲解模板方法模式的结构

模板方法模式的UML

UML图如下

模板方法模式结构比较简单，其核心是抽象类和其中的模板方法的设计.

模板方法模式包含如下两个角色：

• (1) AbstractClass（抽象类）：在抽象类中定义了一系列基本操作(PrimitiveOperations)，这些基本操作可以是具体的，也可以是抽象的，每一个基本操作对应算法的一个步骤，在其子类中可以重定义或实现这些步骤。同时，在抽象类中实现了一个模板方法(Template Method)，用于定义一个算法的框架，模板方法不仅可以调用在抽象类中实现的基本方法，也可以调用在抽象类的子类中实现的基本方法，还可以调用其他对象中的方法。

• (2) ConcreteClass（具体子类）：它是抽象类的子类，用于实现在父类中声明的抽象基本操作以完成子类特定算法的步骤，也可以覆盖在父类中已经实现的具体基本操作。

模式实现

在实现模板方法模式时，开发抽象类的软件设计师和开发具体子类的软件设计师之间可以进行协作。一个设计师负责给出一个算法的轮廓和框架，另一些设计师则负责给出这个算法的各个逻辑步骤。实现这些具体逻辑步骤的方法即为基本方法，而将这些基本方法汇总起来的方法即为模板方法，模板方法模式的名字也因此而来。

下面将详细介绍模板方法和基本方法：

1. 模板方法

一个模板方法是定义在抽象类中的、把基本操作方法组合在一起形成一个总算法或一个总行为的方法。这个模板方法定义在抽象类中，并由子类不加以修改地完全继承下来。模板方法是一个具体方法，它给出了一个顶层逻辑框架，而逻辑的组成步骤在抽象类中可以是具体方法，也可以是抽象方法。由于模板方法是具体方法，因此模板方法模式中的抽象层只能是抽象类，而不是接口。

2. 基本方法

基本方法是实现算法各个步骤的方法，是模板方法的组成部分。

基本方法又可以分为三种：抽象方法(Abstract Method)、具体方法(Concrete Method)和钩子方法(Hook Method)。

• (1) 抽象方法：一个抽象方法由抽象类声明、由其具体子类实现。

• (2) 具体方法：一个具体方法由一个抽象类或具体类声明并实现，其子类可以进行覆盖也可以直接继承。

• (3) 钩子方法：一个钩子方法由一个抽象类或具体类声明并实现，而其子类可能会加以扩展。通常在父类中给出的实现是一个空实现（可使用virtual关键字将其定义为虚函数），并以该空实现作为方法的默认实现，当然钩子方法也可以提供一个非空的默认实现。

在模板方法模式中，钩子方法有两类：第一类钩子方法可以与一些具体步骤“挂钩”，以实现在不同条件下执行模板方法中的不同步骤，这类钩子方法的返回类型通常是bool类型的，这类方法名一般为IsXXX()，用于对某个条件进行判断，如果条件满足则执行某一步骤，否则将不执行，如下代码片段所示：

 `……  

//模板方法  

public void TemplateMethod()   

{  

Open();  

Display();  

//通过钩子方法来确定某步骤是否执行  

if (IsPrint())   

{  

    Print();  

}  

}  

//钩子方法  

public bool IsPrint()  

{  

    return true;  

}  

…… `

在代码中IsPrint()方法即是钩子方法，它可以决定Print()方法是否执行，一般情况下，钩子方法的返回值为true，如果不希望某方法执行，可以在其子类中覆盖钩子方法，将其返回值改为false即可，这种类型的钩子方法可以控制方法的执行，对一个算法进行约束。

还有一类钩子方法就是实现体为空的具体方法，子类可以根据需要覆盖或者继承这些钩子方法，与抽象方法相比，这类钩子方法的好处在于子类如果没有覆盖父类中定义的钩子方法，编译可以正常通过，但是如果没有覆盖父类中声明的抽象方法，编译将报错。

在模板方法模式中，抽象类的典型代码如下：

    abstract class AbstractClass   

{  

//模板方法  

public void TemplateMethod()   

{  

        PrimitiveOperation1();  

        PrimitiveOperation2();  

        PrimitiveOperation3();  

}  



//基本方法—具体方法  

public void PrimitiveOperation1()   

{  

    //实现代码  

}  



//基本方法—抽象方法  

    public abstract void PrimitiveOperation2();      



//基本方法—钩子方法  

public virtual void PrimitiveOperation3()     

{  }  

}  

在抽象类中，模板方法TemplateMethod()定义了算法的框架，在模板方法中调用基本方法以实现完整的算法，每一个基本方法如PrimitiveOperation1()、PrimitiveOperation2()等均实现了算法的一部分，对于所有子类都相同的基本方法可在父类提供具体实现，例如PrimitiveOperation1()，否则在父类声明为抽象方法或钩子方法，由不同的子类提供不同的实现，例如PrimitiveOperation2()和PrimitiveOperation3()。

可在抽象类的子类中提供抽象步骤的实现，也可覆盖父类中已经实现的具体方法，具体子类的典型代码如下：

class ConcreteClass : AbstractClass   

{  

public override void PrimitiveOperation2()   

{  

    //实现代码  

}  



public override void PrimitiveOperation3()   

{  

    //实现代码  

}  

}  

在模板方法模式中，由于面向对象的多态性，子类对象在运行时将覆盖父类对象，子类中定义的方法也将覆盖父类中定义的方法，因此程序在运行时，具体子类的基本方法将覆盖父类中定义的基本方法，子类的钩子方法也将覆盖父类的钩子方法，从而可以通过在子类中实现的钩子方法对父类方法的执行进行约束，实现子类对父类行为的反向控制。

模版方法的优点及适用场景

• 容易扩展。一般来说，抽象类中的模版方法是不易反生改变的部分，而抽象方法是容易反生变化的部分，因此通过增加实现类一般可以很容易实现功能的扩展，符合开闭原则。

• 便于维护。对于模版方法模式来说，正是由于他们的主要逻辑相同，才使用了模版方法，假如不使用模版方法，任由这些相同的代码散乱的分布在不同的类中，维护起来是非常不方便的。

• 比较灵活。因为有钩子方法，因此，子类的实现也可以影响父类中主逻辑的运行。但是，在灵活的同时，由于子类影响到了父类，违反了里氏替换原则，也会给程序带来风险。这就对抽象类的设计有了更高的要求。

在多个子类拥有相同的方法，并且这些方法逻辑相同时，可以考虑使用模版方法模式。在程序的主框架相同，细节不同的场合下，也比较适合使用这种模式。

模板方法和建造者（和工厂）的区别

看到这里，可能细心的朋友会发现，建造者模式中的director角色不是和模板方法的作用一样嘛，他们好像没有什么区别也。

其实并不是这样，他们的区别如下：

创建型模式（工厂、建造者）关注对象的创建，模板方法用于定义算法的框架，而将算法的某些具体步骤留给子类，它的根本用途不是创建对象，而是将一个流程的相同部分提取到父类，而不同部分由子类来实现，再在父类中提供一个模板方法来定义实现顺序。模式的适用环境存在差异。

参考资料
1、http://blog.csdn.net/lovelion/article/details/8299794