行为型模式-模板方法模式
行为型模式用于描述程序在运行时复杂的控制流程,即描述多个类或对象之间怎样互相协作共同完成单个对象都无法完成的任务,它涉及算法与对象间职责的分配
行为型模式分为类行为型模式和对象行为模式,前者采用继承机制来在类间分派行为,后者采用组合或聚合在对象间分配行为。由于组合关系或聚合关系比继承关系耦合度低,满足“合成复用原则”,所以对象行为模式比类行为模式具有更大的灵活性
模板方法模式和解释器模式是类行为型模式,其他的全部属于对象行为型模式
概述
在面向对象程序设计过程中,程序员常常会遇到这种情况:设计一个系统时知道了算法所需的关键步骤,而且确定了这些步骤的执行顺序,但某些步骤的具体实现还未知,或者说某些步骤的实现与具体的环境相关
例如,去银行办理业务一般要经过以下四个流程:取号、排队、办理具体业务、对银行工作人员进行评分等,其中取号、排队和对银行工作人员进行评分的业务对每个客户是一样的,可以在父类中实现,但是办理具体业务却因人而异,它可能是存款、取款或者转账等,可以延迟到子类中实现
定义
定义一个操作中的算法骨架,而将算法的一些步骤延迟到子类中,使得子类可以不改变该算法结构的情况下重定义该算法的某些特定步骤
结构
-
抽象类(Abstract Class)模式包含以下主要角色:
-
模板方法:负责给出一个算法的轮廓和骨架。它由一个模板方法和若干个基本方法构成
-
基本方法:是实现算法各个步骤的方法,是模板方法的组成部分。基本方法又可以分为三种:
-
抽象方法(Abstract Method):一个抽象方法由抽象类声明、由其具体子类实现
-
具体方法(Concrete Method):一个具体方法由一个抽象类或者具体类声明并实现,其子类可以进行覆盖也可以直接继承
-
钩子方法(Hook Method):在抽象类中已经实现,包括用于判断的逻辑方法和需要子类重写的空方法两种
一般钩子方法是用于判断的逻辑方法,这类方法名一般为isXxx,返回值类型为Boolean类型
-
-
具体子类(Concrete Class):实现抽象类中所定义的抽象方法和钩子方法,它们是一个顶级逻辑的组成步骤
-
实例代码
炒菜的步骤是固定的,分为倒油、热油、倒蔬菜、倒调料品、翻炒等步骤。现通过模板方法来用代码模拟
抽象类
//抽象类(定义模板方法和基本方法)
public abstract class AbstractClass {
//模板方法定义
public final void cookProcess(){
pourOil();
heatOil();
pourVegetable();
pourSauce();
fry();
}
public void pourOil(){
System.out.println("倒油");
}
//第二步热油直接实现
public void heatOil(){
System.out.println("热油");
}
//第三步倒蔬菜是不一样的(一个下包菜,一个是下菜心)
public abstract void pourVegetable();
//第四步:倒调料是不一样
public abstract void pourSauce();
//第五步:翻炒是一样的,所以直接实现
public void fry(){
System.out.println("炒菜");
}
}
具体子类
public class ConcreteClass_BaoCai extends AbstractClass{
//炒包菜类
@Override
public void pourVegetable() {
System.out.println("下锅是包菜");
}
@Override
public void pourSauce() {
System.out.println("下锅的调料是辣椒");
}
}
public class ConcreteClass_CaiXin extends AbstractClass{
//炒菜心类
@Override
public void pourVegetable() {
System.out.println("下锅是菜心");
}
@Override
public void pourSauce() {
System.out.println("下锅的调料是蒜泥");
}
}
测试类
public class Client {
public static void main(String[] args) {
//炒包菜
//创建对象
ConcreteClass_BaoCai baoCai = new ConcreteClass_BaoCai();
baoCai.cookProcess();
//炒菜心
ConcreteClass_CaiXin caiXin = new ConcreteClass_CaiXin();
caiXin.cookProcess();
}
}
优缺点
优点:
-
提高代码复用性
将相同部分的代码放在抽象的父类中,而将不同的代码放入不同的子类中
-
实现了反向控制
通过一个父类调用其子类的操作,通过对子类的具体实现扩展不同的行为,实现了反向控制,并符合开闭原则
缺点:
- 对每个不同的实现都需要定义一个子类,这会导致类的个数增加,系统更加庞大,设计也更加抽象
- 父类中的抽象方法由子类方法实现,子类执行的结果会影响父类的结果,这导致一种反向的控制结构,他提高了代码阅读的难度
使用场景
- 算法的整体步骤很固定,但其中个别部分易变时,这时候可以使用模板方法模式,将容易变的部分抽象出来,供子类实现
- 需要通过子类来决定父类算法中某个步骤是否执行,实现子类对父类的反向控制
源码解析
InputStream类就使用了模板方法模式。在InputStream类中定义了多个read()方法,如下
public abstract class InputStream implements Closeable {
public abstract int read() throws IOException;
public int read(byte b[]) throws IOException {
return read(b, 0, b.length);
}
public int read(byte b[], int off, int len) throws IOException {
Objects.checkFromIndexSize(off, len, b.length);
if (len == 0) {
return 0;
}
int c = read(); //调用了无参的read方法,该方法是每次读取一个字节数据
if (c == -1) {
return -1;
}
b[off] = (byte)c;
int i = 1;
try {
for (; i < len ; i++) {
c = read();
if (c == -1) {
break;
}
b[off + i] = (byte)c;
}
} catch (IOException ee) {
}
return i;
}
}