前言
1、引入
说到模板方法模式,它可能是一个让我们深入骨髓而又不自知的模式了,因为它在我们开发过程中经常遇到,并且也非常简单。只不过,很多时候我们并不知道它就是模板方法模式而已。不负责任的说,当我们用到override关键字重写父类方法的时候,十有八九就跟模板方法模式有关。
当然生活中也不少这种,例如,去银行办理业务一般要经过以下4个流程:取号、排队、办理具体业务、对银行工作人员进行评分等,其中取号、排队和对银行工作人员进行评分的业务对每个客户是一样的,可以在父类中实现,但是办理具体业务确因人而异,它可能是存款、取款或者转账等,可以延迟到子类中实现
2、概述
模板方法模式定义了一个算法的步骤,并允许子类别为一个或多个步骤提供其实践方式。让子类别在不改变算法架构的情况下,重新定义算法中的某些步骤
3、角色结构
模板方法(Template Method)模式包含以下主要角色:
- 抽象类:负责给出一个算法的轮廓和骨架。它由一个模板方法和若干个基本方法构成。
-
模板方法:定义了算法的骨架,按某种顺序调用其包含的基本方法;
-
基本方法:是实现算法各个步骤的方法,是模板方法的组成部分。基本方法又可以分为三种:
- 抽象方法(Abstract Method): 一个抽象方法由抽象类声明、由其具体子类实现。
- 具体方法(Concreate Method): 一个具体方法由一个抽象类或具体类声明并实现,其子类可以进行覆盖也可以直接继承;
- 钩子方法(Hook Method): 在抽象类中已经实现,包括用于判断的逻辑方法和需要子类重写的空方法两种
一般钩子方法是用于判断的逻辑方法,这类方法名一般为isXxx,返回值类型为boolean类型。
-
- 具体子类:实现抽象类中所定义的抽象方法和
4、使用场景:
- 一些方法通用,却在每一个子类都重新写了这一方法。(即再向上抽取,提取公共代码)
- 控制子类别必须遵守的一些事项;
- 重构时,模板方法模式是一个经常使用到的模式,把相同的代码抽取到父类中,通过钩子函数约束其行为
为防恶意操作,一般模板方法都加上final关键字
案例
定义一个抽象类
public abstract class AbstractClass {
public final void takeNumber() {
System.out.println("取号码");
}
public final void queueUp() {
System.out.println("耐心排队");
}
// 办理具体业务,根据子类的需求来进行实现
public abstract void handleBusiness();
public final void score() {
System.out.println("给银行工作人员评分!!!");
}
}
AUser 和 BUser 来模拟不同的顾客
public class AUser extends AbstractClass{
@Override
public void handleBusiness() {
this.takeNumber();
this.queueUp();
System.out.println("你好,我想贷款2k,交个房租");
this.score();
}
}
public class BUser extends AbstractClass{
@Override
public void handleBusiness() {
this.takeNumber();
this.queueUp();
System.out.println("你好,我打算存2k,留着以后取媳妇!!!");
this.score();
}
}
客户端测试代码:
public class Client {
public static void main(String[] args) {
AbstractClass aUser = new AUser();
aUser.handleBusiness();
System.out.println("=====================");
AbstractClass bUser = new BUser();
bUser.handleBusiness();
}
}
取号码
耐心排队
你好,我想贷款2k,交个房租
给银行工作人员评分!!!
=====================
取号码
耐心排队
你好,我打算存2k,留着以后取媳妇!!!
给银行工作人员评分!!!
总结
优点
- 提高代码复用性,将相同部分的代码放到抽象的父类中,而将不同的代码放入不同的子类中
- 它封装了不变部分、扩展可变部分。它把认为是不变部分的算法封装到父类中实现,而把可变部分算法由子类继承实现,便于子类继续扩展
- 实现了反向控制:通过一个父类调用其子类的操作,通过对子类的具体实现扩展不同的行为,实现了反向控制,并符合“开闭原则”。
缺点
- 对每个不同的实现都需要定义一个子类,这会导致类的个数增加,系统更加庞大,设计也更加抽象;
- 父类中的抽象方法由子类实现,子类执行的结果会影响父类的结果,这导致一种反向的控制结构,它提高了代码阅读的难度
- 由于继承关系自身的缺点,如果父类添加新的抽象方法,则所有子类都要改一遍