模板模式
问题引出:
编写制作豆浆的程序,说明如下:
- 制作豆浆的流程 选材->添加配料->浸泡->放到豆浆机打碎
- 通过添加不同的配料,可以制作不同口味的豆浆
- 选材,浸泡和放到豆浆机打碎这几个步骤对于制作每种口味的豆浆都是一样的(红豆,花生)
- 请使用 模板方法模式 完成(说明:因为模板方法模式,比较简单,很容易就想到这个方案,因此就直接使用,不再使用传统的方案来引出模板方法模式)
模板方法的基本介绍
- 模板方法模式,又叫模板模式,在一个抽象类公开定义了了执行它的方法的模板。它的子类可以按需要重写方法实现,但调用将以抽象类中定义的方式进行
- 简单说,模板方法模式定义一个操作中的算法的骨架,而将一些步骤延迟到子类中,使得子类可以不改变一个算法的结构,就可以重定义该算法的某些特定步骤
- 这种类型的设计模式属于行为型模式
模板方法原理类图
对原理类图的说明-即(模板方法模式的角色及职责)
- AbstractClass抽象类,类中实现了模板方法,定义了算法的骨架,具体子类需要去实现,其他的抽象方法operation 2,3,4
- ConcreteClass 实现抽象方法operation2,3,4,以完成算法中特定子类的步骤
用模板方法模式解决以上问题:(类图)
代码实现:
package com.gduf.templates;
/**
* @Author 晨边#CB
* @Date:created in 2020/4/4 15:09
* @Version V1.0
**/
public class Client {
public static void main(String[] args) {
//制作红豆豆浆
System.out.println("--------制作红豆豆浆----------");
SoyaMilk redBeanSoyaMilk = new RedBeanSoyaMilk();
redBeanSoyaMilk.make();
System.out.println("---------制作花生豆浆----------");
SoyaMilk peanuySoyaMilk = new PeanuySoyaMilk();
peanuySoyaMilk.make();
}
}
package com.gduf.templates;
/**
* @Author 晨边#CB
* @Date:created in 2020/4/4 15:09
* @Version V1.0
**/
public class PeanuySoyaMilk extends SoyaMilk {
@Override
void addCondiment() {
System.out.println("加入上好的花生");
}
}
package com.gduf.templates;
/**
* @Author 晨边#CB
* @Date:created in 2020/4/4 15:08
* @Version V1.0
**/
public class RedBeanSoyaMilk extends SoyaMilk {
@Override
void addCondiment() {
System.out.println("加入上好的红豆");
}
}
package com.gduf.templates;
/**
* @Author 晨边#CB
* @Date:created in 2020/4/4 15:04
* @Version V1.0
**/
//抽象类,标识豆浆
public abstract class SoyaMilk {
//模板方法,make,模板方法可以做成final,不让子类去覆盖
final void make(){
select();
addCondiment();
soak();
beat();
}
//选材料
void select(){
System.out.println("第一步:选择好的新鲜黄豆");
}
//添加不同的配料,抽象方法,子类具体实现
abstract void addCondiment();
//浸泡
void soak(){
System.out.println("第三步 ,换都和配料开始浸泡,需要三个小时");
}
//打碎
void beat(){
System.out.println("第四步:黄豆和配料放到豆浆机去打碎");
}
}
模板方法模式的钩子方法
- 在模板方法模式的父类中,我们可以定义一个方法,它默认不做任何事,子类可以视情况要不要覆盖它,这种方法称为“钩子”。
- 还是用上面的豆浆的例子来讲解,比如我们还希望制作豆浆,不添加任何的配料,请使用钩子方法对前面的模板方法进行改造
代码实现(钩子方法)
package com.gduf.templates.improve;
/**
* @Author 晨边#CB
* @Date:created in 2020/4/4 15:09
* @Version V1.0
**/
public class Client {
public static void main(String[] args) {
//制作红豆豆浆
System.out.println("--------制作红豆豆浆----------");
SoyaMilk redBeanSoyaMilk = new RedBeanSoyaMilk();
redBeanSoyaMilk.make();
System.out.println("---------制作花生豆浆----------");
SoyaMilk peanuySoyaMilk = new PeanuySoyaMilk();
peanuySoyaMilk.make();
System.out.println("-----------制作纯豆浆------------");
SoyaMilk pureSoyaMilk = new PureSoyaMilk();
pureSoyaMilk.make();
}
}
package com.gduf.templates.improve;
/**
* @Author 晨边#CB
* @Date:created in 2020/4/4 15:09
* @Version V1.0
**/
public class PeanuySoyaMilk extends SoyaMilk {
@Override
void addCondiment() {
System.out.println("加入上好的花生");
}
}
package com.gduf.templates.improve;
/**
* @Author 晨边#CB
* @Date:created in 2020/4/4 15:21
* @Version V1.0
**/
public class PureSoyaMilk extends SoyaMilk {
@Override
void addCondiment() {
//空实现
}
@Override
boolean customerWantCondiments() {
return false;
}
}
package com.gduf.templates.improve;
/**
* @Author 晨边#CB
* @Date:created in 2020/4/4 15:08
* @Version V1.0
**/
public class RedBeanSoyaMilk extends SoyaMilk {
@Override
void addCondiment() {
System.out.println("加入上好的红豆");
}
}
package com.gduf.templates.improve;
/**
* @Author 晨边#CB
* @Date:created in 2020/4/4 15:04
* @Version V1.0
**/
//抽象类,标识豆浆
public abstract class SoyaMilk {
//模板方法,make,模板方法可以做成final,不让子类去覆盖
final void make(){
select();
if (customerWantCondiments()){
addCondiment();
}
soak();
beat();
}
//选材料
void select(){
System.out.println("第一步:选择好的新鲜黄豆");
}
//添加不同的配料,抽象方法,子类具体实现
abstract void addCondiment();
//浸泡
void soak(){
System.out.println("第三步 ,换都和配料开始浸泡,需要三个小时");
}
//打碎
void beat(){
System.out.println("第四步:黄豆和配料放到豆浆机去打碎");
}
//钩子方法,决定是否需要添加配料
boolean customerWantCondiments(){
return true;
}
}
模板方法模式在Spring框架应用的源码分析:
- Spring IOC容器初始化时运用到的模板方法模式
针对类图说明层次关系:
模板方法模式的注意事项与细节
- 基本思想是:算法只存在于一个地方,也就是在父类中,容易修改。需要修改算法时,只要修改父类的模板方法或者已经实现的某些步骤,子类就会继承这些修改
- 实现了代码最大化复用。父类的模板方法和已经实现的某些步骤会被子类继承而直接使用
- 即统一了算法,也提供了很大的灵活性。父类的模板方法确保了算法的结构保持不变,同时由子类提供部分步骤的实现
- 该模式的不足之处:每一个不同的实现都需要一个子类实现,导致类的个数增加,使得系统更加庞大
- 一般模板方法都加上了final关键字,防止子类重写模板方法
- 模板方法模式使用场景:当要完成在某个过程,该过程 执行一系列的步骤,这一系列的步骤基本相同,但其个别步骤在实现时可能不同,通常考虑用模板方法模式来处理