Java实现模板方法模式

一、模板方法模式的定义:

模板方法模式（Template Method Pattern）是如此简单，以致让你感觉你已经能够掌握其精髓了。其定义如下：Define the skeleton of an algorithm in an operation，deferring some steps to subclasses.Template Method lets subclasses redefine certain steps of an algorithm without changing the algorithmis structure.（定义一个操作中的算法的框架，而将一些步骤延迟到子类中。使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。）

1、模板方法模式的通用类图如图

模板方法模式确实非常简单，仅仅使用了Java的继承机制，但它是一个应用非常广泛的模式。其中，AbstractClass叫做抽象模板，它的方法分为两类：

基本方法

基本方法也叫做基本操作，是由子类实现的方法，并且在模板方法被调用。

模板方法

可以有一个或几个，一般是一个具体方法，也就是一个框架，实现对基本方法的调度，完成固定的逻辑。

注意

为了防止恶意的操作，一般模板方法都加上final关键字，不允许被覆写。在类图中还有一个角色：具体模板。ConcreteClassl和ConcreteClass2属于具体模板，实现父类所定义的一个或多个抽象方法，也就是父类定义的基本方法在子类中得以实现。

我们来看其通用代码，AbstractClass.java

package designPatterns.factoryMethodPattern.templateMethodPattern.method;

/**
 * 抽象模板类
 */
public abstract class AbstractClass {
    protected abstract void doSomething();
    //基本方法
    protected abstract void doAnything();
    //模板方法
    public void templateMethod(){
        /*
         * 调用基本方法，完成相关的逻辑
         */
        this.doAnything();
        this.doSomething();
    }
}

具体模板如代码

ackage designPatterns.factoryMethodPattern.templateMethodPattern.method;

public class ConcreteClass1 extends AbstractClass {
    //实现基本方法
    protected void doAnything() {
    //业务逻辑处理
    }
    protected void doSomething() {
    //业务逻辑处理
    }
}

package designPatterns.factoryMethodPattern.templateMethodPattern.method;

public class ConcreteClass2 extends AbstractClass {
    protected void doAnything() {
    //业务逻辑处理
    }
    protected void doSomething() {
    //业务逻辑处理
    }
}

场景类

package designPatterns.factoryMethodPattern.templateMethodPattern.method;
public class Client {
    public static void main(String[] args) {
        AbstractClass class1 = new ConcreteClass1();
        AbstractClass class2 = new ConcreteClass2();
        //调用模板方法
        class1.templateMethod();
        class2.templateMethod();
    }
}

注意

抽象模板中的基本方法尽量设计为protected类型，符合迪米特法则，不需要暴露的属性或方法尽量不要设置为protected类型。实现类若非必要，尽量不要扩大父类中的访问权限。

 

二、模板方法模式的应用

1、模板方法模式的优点

(1)、封装不变部分，扩展可变部分

把认为是不变部分的算法封装到父类实现，而可变部分的则可以通过继承来继续扩展。在悍马模型例子中，是不是就非常容易扩展？例如增加一个H3型号的悍马模型，很容易呀，增加一个子类，实现父类的基本方法就可以了。

(2)、提取公共部分代码，便于维护

我们例子中刚刚走过的弯路就是最好的证明，如果我们不抽取到父类中，任由这种散乱的代码发生，想想后果是什么样子？维护人员为了修正一个缺陷，需要到处查找类似的代

(3)、行为由父类控制，子类实现

基本方法是由子类实现的，因此子类可以通过扩展的方式增加相应的功能，符合开闭原则。

 

2、模板方法模式的缺点

按照我们的设计习惯，抽象类负责声明最抽象、最一般的事物属性和方法，实现类完成具体的事物属性和方法。但是模板方法模式却颠倒了，抽象类定义了部分抽象方法，由子类实现，子类执行的结果影响了父类的结果，也就是子类对父类产生了影响，这在复杂的项目中，会带来代码阅读的难度，而且也会让新手产生不适感。

 

3、模板方法模式的使用场景

(1)、多个子类有公有的方法，并且逻辑基本相同时。

(2)、重要、复杂的算法，可以把核心算法设计为模板方法，周边的相关细节功能则由各个子类实现。

(3)、重构时，模板方法模式是一个经常使用的模式，把相同的代码抽取到父类中，然后通过钩子函数（见“模板方法模式的扩展”）约束其行为。

 

4、父类如何调用子类方法？

 

(1)、把子类传递到父类的构造方法中，然后调用。

(2)、使用反射方法调用，使用反射就没有办不到的事情。甚至可以构造私有方法和属性。

(3)、父类调用子类的静态方法。

模板方法在一些开源框架中应用非常多，它提供了一个抽象类，然后开源框架写了一堆子类。在《xxxImAction》中就说明了，如果你需要扩展功能，可以继承这个抽象类，然后覆写protected方法，再然后就是调用一个类似execute方法，就完成你的扩展开发，非常容易扩展的一种模式。