模板方法:父类将业务逻辑交由子类编写,再利用子类返回值在父类中实现业务的方法。
模板方法设计模式的关键是:子类可以置换掉父类的可变部分,但子类却不可以改变模板方法所代表的顶级逻辑。
例如在此UML中父类为AbstractTemplate,它的业务逻辑(abstrsctMethod( ),hookMethod( )此类方法称为钩子方法)在子类ConcreteTemplate分别实现再根据子类方法hookMethod()的返回值在父类方法(templateMehod( )此类方法称为模板方法)中利用顶级逻辑方法concreteMethod()实现。
钩子方法的名字应当以 do 开始,这是熟悉设计模式的 Java 开发人员的标准做法。在上面的例子中,钩子方法 hookMethod()应当以 do 开头;在HttpServlet 类中,也遵从这一命名规则,如 doGet()、doPost()等方法。
案例
考虑一个计算存款利息的例子。假设系统需要支持两种存款账号,即货币市场(Money Market)账号和定期存款(Certificate of Deposite)账号。这两种账号的存款利息是不同的,因此,在计算一个存户的存款利息额时,必须区分两种不同的账号类型。这个系统的总行为应当是计算出利息,这也就决定了作为一个模板方法模式的顶级逻辑应当是利息计算。
由于利息计算涉及到两个步骤:一个基本方法给出账号种类,另一个基本方法给出利息百分比。这两个基本方法构成具体逻辑,因为账号的类型不同,所以具体逻辑会有所不同。显然,系统需要一个抽象角色给出顶级行为的实现,而将两个作为细节步骤的基本方法留给具体子类实现。由于需要考虑的账号有两种:一是货币市场账号,二是定期存款账号。系统的类结构如下图所示。
父类
public abstract class Account {
/**
* 模板方法,计算利息数额
* @return 返回利息数额
*/
public final double calculateInterest() {
double interestRate = doCalculateInterestRate();
String accountType = doCalculateAccountType();
double amount = calculateAmount(accountType);
return amount * interestRate;
}
/** 基本方法留给子类实现 */
protected abstract String doCalculateAccountType();
/** 基本方法留给子类实现 */
protected abstract double doCalculateInterestRate();
/** 基本方法,已经实现 */
private double calculateAmount(String accountType) {
/** 省略相关的业务逻辑 */
return 7243.00;
}
}
子类
public class MoneyMarketAccount extends Account {
@Override
protected String doCalculateAccountType() {
return "Money Market";
}
@Override
protected double doCalculateInterestRate() {
return 0.045;
}
}
public class CDAccount extends Account {
@Override
protected String doCalculateAccountType() {
return "Certificate of Deposite";
}
@Override
protected double doCalculateInterestRate() {
return 0.06;
}
}
客户端
public class Client {
public static void main(String[] args) {
Account account = new MoneyMarketAccount();
System.out.println("货币市场账号的利息数额为:" +
account.calculateInterest());
account = new CDAccount();
System.out.println("定期账号的利息数额为:" +
account.calculateInterest());
}
}