概述
模板方法设计模式是一种行为模式.
当我们知道一个算法所需的关键步骤,并确定了这些步骤的执行顺序,但是,某些步骤的具体实现是未知的,或者说某些步骤会随着
环境的变化而改变的,那么,我们就可以使用模板方法模式,
定义
定义一个操作中的算法的框架,而将一些步骤延迟到子类中,使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤.
使用场景
- 多个子类有公有的方法,并且逻辑基本相同时
- 重要,复杂的算法,可以把核心算法封装为模板方法,周边的相关细节功能则由各个子类实现
- 重构时,模板方法模式把相同的代码抽取到父类中,然后通过钩子函数约束其行为.
UML类图
在模板方法中涉及到的角色
* AbsTemplate
: 抽象类,定义了一套算法框架
* ConcreteImplA
: 具体实现类A
* ConcreteImplB
: 具体的实现类B
实例
下面看一下简单的模板方法实现步骤,
- 定义抽象模板
public abstract class AbsComputer {
private static final String TAG = "AbsComputer";
protected void powerOn(){
Log.d(TAG, "powerOn: "+ "开启电源");
}
protected void checkHardware(){
Log.d(TAG, "checkHardware: "+ "硬件检查");
}
protected void loadOs(){
Log.d(TAG, "loadOs: "+ "载入操作系统");
}
protected void login(){
Log.d(TAG, "login: "+"进入系统");
}
public final void start(){
Log.d(TAG, "start: ----->开机开始");
powerOn();
checkHardware();
loadOs();
loadOs();
Log.d(TAG, "start: ---->开机结束");
}
}
- 具体子类
public class CoderCumputer extends AbsComputer {
private static final String TAG = "CoderCumputer";
@Override protected void login() {
Log.d(TAG, "login: "+ "程序员登录系统");
}
}
public class MilitaryComputer extends AbsComputer {
private static final String TAG = "MilitaryComputer";
@Override protected void login() {
Log.d(TAG, "login: --->"+ "军用计算机 进入系统");
}
}
- client,测试类
AbsComputer absComputer = new CoderCumputer();
absComputer.start();
absComputer = new MilitaryComputer();
absComputer.start();
优缺点
优点: 1.封装不变的部分,扩展可变的部分,解决代码冗余
2.提取公共部分代码,便于维护
缺点: 1. 带来代码阅读的难度,会让用户觉得难以理解
2. 和其他设计模式一样,会导致类的增多
参考: