模板模式
需求
- 制作豆浆的流程:选材、添加配料、浸泡、放到豆浆机打碎
- 通过添加不同的配料,可以制作出不同口味的豆浆
- 选材、浸泡和放到豆浆机打碎这几个步骤对于制作每种口味的豆浆都是一样的
因为模板方法模式,比较简单,因此直接使用
基本介绍
- 模板方法模式,又叫模板模式,在一个抽象类公开定义了执行它的方法的模板。它的子类可以按需要重写方法实现,但调用将以抽象类中定义的方法进行
- 简单说,模板方法模式定义一个操作中的算法的骨架,而将一些步骤延迟到子类中,使得子类可以不改变一个算法的结构,就可以重定义该算法的某些特点步骤
- 这种设计模式属于行为模式
实现
抽象类:
public abstract class SoyaMilk{
//模板方法,可以做成final,防止子类覆盖
final void make(){
select();
addCondiments();
soak();
beat();
}
//选材
void select(){
System.out.println("黄豆");
}
//添加配料
abstract void addCondiments();
//浸泡
void soak(){
System.out.println("浸泡");
}
//打碎
void beat(){
System.out.println("打碎");
}
}
子类实现
//红豆豆浆
public class RedBeanSoyaMilk extends SoyaMilk{
@Override
void addCondiments(){
System.out.println("加入红豆");
}
}
......
使用
SoyaMilk soyaMilk = new RedBeanSoyaMilk();
soyaMilk.make();
钩子方法
- 在模板方法模式的父类中,我们可以定义一个方法,它默认不做任何事,子类可以视情况要不要覆盖它,该方法称为“钩子”
现在需要制作纯豆浆,不添加任何的配料
改造
public abstract class SoyaMilk{
//模板方法,可以做成final,防止子类覆盖
final void make(){
select();
if(customerWantCondiments()){
addCondiments();
}
soak();
beat();
}
//选材
void select(){
System.out.println("黄豆");
}
//添加配料
abstract void addCondiments();
//浸泡
void soak(){
System.out.println("浸泡");
}
//打碎
void beat(){
System.out.println("打碎");
}
//钩子方法,决定是否添加配料
boolean customerWantCondiments(){
return true;
}
}
新子类
//纯豆浆
public class PureSoyaMilk extends SoyaMilk{
//空实现
@Override
void addCondiments(){
}
@Override
boolean customerWantCondiments(){
return false;
}
}
总结
- 基本思想是:算法只存于一个地方,也就就是在父类中,容易修改。需要修改算法时,只需要修改父类的模板方法或者已实现的某些步骤,子类就会继承这些修改
- 实现了最大化代码复用。父类的模板方法和已实现的某些步骤会被子类继承而直接使用
- 即统一了算法,也提供了很大的灵活性。父类的模板方法确保了算法的结构保持不变,同时有子类提供部分步骤的实现
- 该模式的不足之处:每一个不同的实现都需要一个子类实现,导致类的个数增加,使得系统更加庞大
- 一般模板方法都加上final关键字,防止子类重写模板方法
- 模板方法模式使用场景:当要完成在某个过程,该过程要执行一系列步骤,这一系列的步骤基本相同,但是个别步骤在实现时可能不同,通常考虑用模板方法模式来处理