模板方法模式

模板方法模式（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 algorithm's
structure.（定义一个操作中的算法的框架，而将一些步骤延迟到子类中。使得子类可以不改

变一个算法的结构即可重定义该算法的某些特定步骤。）

public abstract class AbstractClass {
//基本方法
protected abstract void doSomething();
//基本方法
protected abstract void doAnything();
//模板方法
public void templateMethod(){
/*
* 调用基本方法，完成相关的逻辑
*/
this.doAnything();
this.doSomething();
}
}
具体模板如代码清单10-7所示。
代码清单10-7 具体模板类
public class ConcreteClass1 extends AbstractClass {
//实现基本方法
protected void doAnything() {
//业务逻辑处理
}
protected void doSomething() {
//业务逻辑处理
}

}

public class ConcreteClass2 extends AbstractClass {

//实现基本方法
protected void doAnything() {
//业务逻辑处理
}
protected void doSomething() {
//业务逻辑处理
}
}
场景类如代码清单10-8所示。
代码清单10-8 场景类
public class Client {
public static void main(String[] args) {
AbstractClass class1 = new ConcreteClass1();
AbstractClass class2 = new ConcreteClass2();
//调用模板方法
class1.templateMethod();
class2.templateMethod();
}
}

模板方法模式的优点
● 封装不变部分，扩展可变部分
把认为是不变部分的算法封装到父类实现，而可变部分的则可以通过继承来继续扩展。
在悍马模型例子中，是不是就非常容易扩展？例如增加一个H3型号的悍马模型，很容易
呀，增加一个子类，实现父类的基本方法就可以了。
● 提取公共部分代码，便于维护
我们例子中刚刚走过的弯路就是最好的证明，如果我们不抽取到父类中，任由这种散乱
的代码发生，想想后果是什么样子？维护人员为了修正一个缺陷，需要到处查找类似的代
码！
● 行为由父类控制，子类实现
基本方法是由子类实现的，因此子类可以通过扩展的方式增加相应的功能，符合开闭原
则。