(1)在面向对象程序设计过程中,程序员常常会遇到这种情况:设计一个系统时知道了算法所需的关键步骤,而且确定了这些步骤的执行顺序,但某些步骤的具体实现还未知,或者说某些步骤的实现与具体的环境相关。例如,去银行办理业务一般要经过以下 4 个流程:取号、排队、办理具体业务、对银行工作人员进行评分等,其中取号、排队和对银行工作人员进行评分的业务对每个客户是一样的,可以在父类中实现,但是办理具体业务却因人而异,它可能是存款、取款或者转账等,可以延迟到子类中实现。
(2)模板方法模式:定义一个操作中的算法骨架,而将算法的一些步骤延迟到子类中,使得子类可以不改变该算法结构的情况下重定义该算法的某些特定步骤。
模板方法 (Template Method) 模式包含以下主要角色:
isXxx
,返回值类型为 boolean 类型。【例】炒菜。炒菜的步骤是固定的,分为倒油、热油、倒蔬菜、倒调料品、翻炒等步骤。现通过模板方法模式来用代码模拟。类图如下:
具体实现代码如下:
//抽象类,定义模板方法和基本方法
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("炒啊炒啊炒到熟啊");
}
}
ConcreteClass_BaoCai.java
//炒包菜类
public class ConcreteClass_BaoCai extends AbstractClass {
public void pourVegetable() {
System.out.println("下锅的蔬菜是包菜");
}
public void pourSauce() {
System.out.println("下锅的酱料是辣椒");
}
}
ConcreteClass_CaiXin.java
//炒菜心类
public class ConcreteClass_CaiXin extends AbstractClass {
public void pourVegetable() {
System.out.println("下锅的蔬菜是菜心");
}
public void pourSauce() {
System.out.println("下锅的酱料是蒜蓉");
}
}
Client.java
public class Client {
public static void main(String[] args) {
//炒包菜
//创建对象
ConcreteClass_BaoCai baoCai = new ConcreteClass_BaoCai();
//调用炒菜的功能
baoCai.cookProcess();
System.out.println("=====================");
ConcreteClass_CaiXin caiXin = new ConcreteClass_CaiXin();
caiXin.cookProcess();
}
}
注意:为防止恶意操作,一般使用 final 来修饰模板方法。
(1)优点
(2)缺点
(1)模板方法模式适用于以下场景:
(2)总的来说,模板方法模式适用于具有固定算法结构但可变实现步骤、多个类具有相似行为、需要控制算法执行流程以及需要提供扩展点的场景。该模式可以提高代码的复用性、可维护性和灵活性。
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 {
if (b == null) {
throw new NullPointerException();
} else if (off < 0 || len < 0 || len > b.length - off) {
throw new IndexOutOfBoundsException();
} else if (len == 0) {
return 0;
}
//调用了无参的 read() 方法,该方法是每次读取一个字节数据
int c = 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;
}
}
(1)从上面代码可以看到,无参的 read() 方法是抽象方法,要求子类必须实现。而 read(byte b[])
方法调用了 read(byte b[], int off, int len)
方法,所以在此处重点看的方法是带三个参数的方法。在该方法中第 18 行、27 行,可以看到调用了无参的抽象的 read() 方法。
(2)总结如下: 在 InputStream 父类中已经定义好了读取一个字节数组数据的方法是每次读取一个字节,并将其存储到数组的第一个索引位置,读取 len 个字节数据。具体如何读取一个字节数据呢?由子类实现。
同步器 (AbstractQueuedSynchronizer) 的设计是基于模板方法模式的,也就是说,使用者需要继承同步器并重写指定的方法,随后将同步器组合在自定义同步组件的实现中,并调用同步器提供的模板方法,而这些模板方法将会调用使用者重写的方法。举个例子,AQS 中需要重写的方法 tryAcquire
:
protected boolean tryAcquire(int arg) {
throw new UnsupportedOperationException();
}
ReentrantLock
中 NonfairSync(继承自 AQS)
会重写该方法为:
protected final boolean tryAcquire(int acquires) {
return nonfairTryAcquire(acquires);
}
而 AQS 中的模板方法 acquire()
:
public final void acquire(int arg) {
if (!tryAcquire(arg) &&
acquireQueued(addWaiter(Node.EXCLUSIVE), arg))
selfInterrupt();
}
会调用 tryAcquire
方法,而此时当继承 AQS 的 NonfairSync 调用模板方法 acquire
时就会调用已经被 NonfairSync 重写的 tryAcquire 方法。具体关系如下图所示: