1.模板动机
在面向对象程序设计过程中，程序员常常会遇到这种情况：设计一个系统时知道了算法所需的关键步骤，而且确定了这些步骤的执行顺序，但某些步骤的具体实现还未知，或者说某些步骤的实现与具体的环境相关。
例如，去银行办理业务一般要经过以下4个流程：取号、排队、办理具体业务、对银行工作人员进行评分等，其中取号、排队和对银行工作人员进行评分的业务对每个客户是一样的，可以在父类中实现，但是办理具体业务却因人而异，它可能是存款、取款或者转账等，可以延迟到子类中实现。
2.模板定义
模板方法（Template Method）模式的定义如下：定义一个操作中的算法骨架，而将算法的一些步骤延迟到子类中，使得子类可以不改变该算法结构的情况下重定义该算法的某些特定步骤。
属于 类行为型模式。
3.模式结构
模板方法模式需要注意抽象类与具体子类之间的协作。它用到了方法的多态性技术以及“不用调用我，让我来调用你”的反向控制技术。
基本结构：
- 抽象类（Abstract Class）：负责给出一个算法的轮廓和骨架。它由一个模板方法和若干个基本方法构成。
- 模板方法：定义了算法的骨架，按照某种顺序调用其包含的基本方法。
- 基本方法：是整个算法的一个步骤，包含以下几种类型：
- 抽象方法：在抽象类中声明，有具体子类实现。
- 具体方法：在抽象类中已经实现，在子类中可以继承或重写它。
- 钩子方法：在抽象类中已经实现，包括用于判断的逻辑方法和需要子类重写的空方法两种。
- 具体子类（Concrete Class）：实现抽象类中所定义的抽象方法和钩子方法，它们是一个顶级逻辑的一个组成步骤。
4.模式代码
# 抽象类
public abstract class AbstractClass {
public void getUp() {
System.out.println("起床");
}
public void eatBreakfast() {
System.out.println("吃早餐");
}
public abstract void work();
public void eatDinner() {
System.out.println("吃晚餐");
}
public void goToBed() {
System.out.println("上传睡觉");
}
public void oneDay() {
getUp();
eatBreakfast();
work();
eatDinner();
goToBed();
}
}
# 具体子类
public class ConcreteClass extends AbstractClass {
@Override
public void work() {
System.out.println("写代码");
}
}
# Client
public class Client {
public static void main(String[] args) {
AbstractClass ac = new ConcreteClass();
ac.oneDay();
}
}
平时使用 JavaConfig 配置 Spring 时就使用的模板方法。
总结
优点
- 它封装了不变部分，扩展可变部分。它把认为是不变部分的算法封装到父类中实现，而把可变部分算法由子类继承实现，便于子类继续扩展。
- 在父类中提取了公共的部分代码，便于代码复用。
- 部分方法是由子类实现的，因此子类可以通过扩展方式增加相应的功能，符合开闭原则。
缺点
- 对每个不同的实现都需要定义一个子类，这会导致类的个数增加，系统更加庞大，设计也更加抽象。
- 父类中的抽象方法由子类实现，子类执行的结果会影响父类的结果，这导致一种反向的控制结构，它提高了代码阅读的难度。
使用场景
- 算法的整体步骤很固定，但其中个别部分易变时，这时候可以使用模板方法模式，将容易变的部分抽象出来，供子类实现。
- 当多个子类存在公共的行为时，可以将其提取出来并集中到一个公共父类中以避免代码重复。首先，要识别现有代码中的不同之处，并且将不同之处分离为新的操作。最后，用一个调用这些新的操作的模板方法来替换这些不同的代码。
- 当需要控制子类的扩展时，模板方法只在特定点调用钩子操作，这样就只允许在这些点进行扩展。