设计模式-模板方法模式

简介: 设计模式-模板方法模式


模板方法模式在一个方法中定义了一个算法骨架,并且 final 修饰防止子类重写。方法中包含一些抽象方法,也就是一些步骤延迟到字类实现。模板方法使得在不改变算法结构的情况下,重新定义算法中的某些步骤。完整代码可以查看GitHub:https://github.com/UniqueDong/zero-design-stu

类图

模式实现

在实现模板方法模式时,开发抽象类的软件设计师和开发具体子类的软件设计师之间可以进行协作。一个设计师负责给出一个算法的轮廓和框架,另一些设

计师则负责给出这个算法的各个逻辑步骤。实现这些具体逻辑步骤的方法即为基本方法,而将这些基本方法汇总起来的方法即为模板方法,模板方法模式的

名字也因此而来。下面将详细介绍模板方法和基本方法:

  1. 模板方法
    一个模板方法是定义在抽象类中的、把基本操作方法组合在一起形成一个总算法或一个总行为的方法。这个模板方法定义在抽象类中,并由子类不加以修改
    地完全继承下来。模板方法是一个具体方法,它给出了一个顶层逻辑框架,而逻辑的组成步骤在抽象类中可以是具体方法,也可以是抽象方法。由于模板方法
    是具体方法,因此模板方法模式中的抽象层只能是抽象类,而不是接口。
  2. 基本方法
    基本方法是实现算法各个步骤的方法,是模板方法的组成部分。基本方法又可以分为三种:抽象方法(Abstract Method)、具体方法(Concrete Method)和钩子方法(Hook Method)。
    (1) 抽象方法:一个抽象方法由抽象类声明、由其具体子类实现。
    (2) 具体方法:一个具体方法由一个抽象类或具体类声明并实现,其子类可以进行覆盖也可以直接继承。
    (3) 钩子方法:一个钩子方法由一个抽象类或具体类声明并实现,而其子类可能会加以扩展。通常在父类中给出的实现是一个空实现,并以该空实
    现作为方法的默认实现,当然钩子方法也可以提供一个非空的默认实现。
    钩子可以让子类实现算法中可选的部分,或者在钩子对于子类的实现并不重要的时候,子类可以对此钩子置之不理。钩子的另一个用法,是让子类能够有机会
    对模板方法中某些即将发生的(或刚刚发生的)步骤做出反应。

使用场景

开一家咖啡、茶馆,泡茶和咖啡的冲泡方式非常相似:

星巴克咖啡冲泡法

  1. 把水煮沸
  2. 用沸水冲泡咖啡
  3. 把咖啡倒进杯子
  4. 加糖和牛奶

功夫茶冲泡法

  1. 把水煮沸
  2. 用沸水冲泡茶叶
  3. 把茶倒进杯子
  4. 加柠檬

我们可以发现两种茶的步骤1,和步骤3是一样的。整体算法结构是固定的,只是有的部分不一样。这时候我们就可以使用模板方法设计模式定义制作骨架,然后部分细节留给子类实现。

代码实现

首先我们先抽象一个制作饮料的模板,定义算法逻辑 AbstractBeverage。同时有一个钩子方法,一般是空实现,在这里我们可以通过它(customerWantsCondiments())来控制是否加调料。

package com.zero.design.actions.template;
/**
 * 抽象制作饮料模板:定义算法骨架
 */
public abstract class AbstractBeverage {
    /**
     * 这就是模板方法。它被声明为final,以免子类改变这个算法的顺序。
     * 算法步骤组合
     */
    final void prepareRecipe() {
        // 模板方法定义了一连串的步骤,每个步骤由一个方法代表
        boilWater();
        brew();
        pourInCup();
        if (customerWantsCondiments()) {
            addCondiments();
        }
    }
    /**
     *  我们在这里定义了一个方法,(通常)是空的缺省实现。这个方法只会返回true,不做别的事。
     * 这就是一个钩子,子类可以覆盖这个方法,但不见得一定要这么。
     * @return
     */
    boolean customerWantsCondiments() {
        return true;
    }
    /**
     * 添加佐料:不同饮料也有不同佐料:申明为抽象类,由子类取操心
     */
    protected abstract void addCondiments();
    /**
     * 酿制:不同饮料方式也不同,申明为抽象类,由子类取操心
     */
    protected abstract void brew();
    /**
     * 共通方法:倒入杯中
     */
    public void pourInCup() {
        System.out.println("倒入杯子中...");
    }
    /**
     * 把水煮沸,共通方法
     */
    public void boilWater() {
        System.out.println("把水煮沸...");
    }
}

接着我们定义泡茶具体算法,并且继承 AbstractBeverage 抽象算法,实现泡茶的具体逻辑。

package com.zero.design.actions.template;
public class Tea extends AbstractBeverage {
    /**
     * 这样通过钩子就可以选择是都要加佐料了
     */
    private boolean addCondiments = true;
    /**
     * 添加糖、牛奶
     */
    @Override
    protected void addCondiments() {
        System.out.println("添加柠檬,茶更好喝");
    }
    /**
     * 咖啡冲泡方法
     */
    @Override
    protected void brew() {
        System.out.println("秘制泡茶方式放入茶叶");
    }
    /**
     * 使用钩子,不加佐料
     * @return
     */
    @Override
    boolean customerWantsCondiments() {
        return addCondiments;
    }
    public boolean isAddCondiments() {
        return addCondiments;
    }
    public void setAddCondiments(boolean addCondiments) {
        this.addCondiments = addCondiments;
    }
}

定义咖啡的算法细节

package com.zero.design.actions.template;
/**
 * 咖啡具体实现:只需要自行处理冲泡和添加调料部分
 */
public class Coffe extends AbstractBeverage {
    /**
     * 这样通过钩子就可以选择是都要加佐料了
     */
    public boolean addCondiments = true;
    /**
     * 添加糖、牛奶
     */
    @Override
    protected void addCondiments() {
        System.out.println("添加糖跟牛奶");
    }
    /**
     * 咖啡冲泡方法
     */
    @Override
    protected void brew() {
        System.out.println("放入咖啡豆,使用秘制方法冲泡");
    }
    /**
     * 重写钩子
     * @return
     */
    @Override
    boolean customerWantsCondiments() {
        return addCondiments;
    }
    public boolean isAddCondiments() {
        return addCondiments;
    }
    public void setAddCondiments(boolean addCondiments) {
        this.addCondiments = addCondiments;
    }
}

接着就是客户点单,我们通过模板方法模式制作咖啡或者功夫茶。达到代码复用。

package com.zero.design.actions.template;
/**
 * Created by unique on 2017/6/7.
 */
public class Test {
    public static void main(String[] args) {
        Tea tea = new Tea();
        tea.setAddCondiments(false);
        tea.prepareRecipe();
        System.out.println("-------------------");
        Coffe coffe = new Coffe();
        coffe.prepareRecipe();
    }
}

输出如下

把水煮沸...
秘制泡茶方式放入茶叶
倒入杯子中...
-------------------
把水煮沸...
放入咖啡豆,使用秘制方法冲泡
倒入杯子中...
添加糖跟牛奶


相关文章
|
6月前
|
设计模式 算法
二十三种设计模式全面解析-深入解析模板方法模式的奇妙世界
二十三种设计模式全面解析-深入解析模板方法模式的奇妙世界
|
设计模式 存储 算法
行为型设计模式02-模板方法模式
行为型设计模式02-模板方法模式
50 0
|
设计模式 算法
设计模式9 - 模板方法模式【Template Method Pattern】
设计模式9 - 模板方法模式【Template Method Pattern】
37 0
|
设计模式 算法 Java
设计模式~模板方法模式(Template method)-10
目录 (1)优点: (2)缺点: (3)使用场景: (4)注意事项: (5)应用实例: (6)Servlet Api &
57 0
|
2月前
|
设计模式 算法 Java
Java设计模式-模板方法模式(14)
Java设计模式-模板方法模式(14)
|
4月前
|
设计模式 JavaScript 算法
js设计模式【详解】—— 模板方法模式
js设计模式【详解】—— 模板方法模式
48 6
|
5月前
|
设计模式 算法 关系型数据库
设计模式第七讲-外观模式、适配器模式、模板方法模式详解
系统要求所有的数据库帮助类必须实现ISqlHelp接口,面向该接口编程,如SQLServerHelp类。 此时第三方提供了一个新的MySql的帮助类(假设是dll,不能修改),它的编程规范和ISqlHelp不兼容,这个时候就需要引入适配器类,使二者能相互兼容。
170 0
|
6月前
|
设计模式 算法 Java
Java 设计模式:深入模板方法模式的原理与应用
【4月更文挑战第27天】模板方法模式是一种行为设计模式,主要用于定义一个操作中的算法的框架,允许子类在不改变算法结构的情况下重定义算法的某些特定步骤。
60 1
|
6月前
|
设计模式 Go
[设计模式 Go实现] 行为型~模板方法模式
[设计模式 Go实现] 行为型~模板方法模式
|
6月前
|
设计模式 算法 Java
[设计模式Java实现附plantuml源码~行为型]定义算法的框架——模板方法模式
[设计模式Java实现附plantuml源码~行为型]定义算法的框架——模板方法模式

热门文章

最新文章

  • 1
    C++一分钟之-设计模式:工厂模式与抽象工厂
    42
  • 2
    《手把手教你》系列基础篇(九十四)-java+ selenium自动化测试-框架设计基础-POM设计模式实现-下篇(详解教程)
    46
  • 3
    C++一分钟之-C++中的设计模式:单例模式
    54
  • 4
    《手把手教你》系列基础篇(九十三)-java+ selenium自动化测试-框架设计基础-POM设计模式实现-上篇(详解教程)
    38
  • 5
    《手把手教你》系列基础篇(九十二)-java+ selenium自动化测试-框架设计基础-POM设计模式简介(详解教程)
    62
  • 6
    Java面试题:结合设计模式与并发工具包实现高效缓存;多线程与内存管理优化实践;并发框架与设计模式在复杂系统中的应用
    57
  • 7
    Java面试题:设计模式在并发编程中的创新应用,Java内存管理与多线程工具类的综合应用,Java并发工具包与并发框架的创新应用
    41
  • 8
    Java面试题:如何使用设计模式优化多线程环境下的资源管理?Java内存模型与并发工具类的协同工作,描述ForkJoinPool的工作机制,并解释其在并行计算中的优势。如何根据任务特性调整线程池参数
    50
  • 9
    Java面试题:请列举三种常用的设计模式,并分别给出在Java中的应用场景?请分析Java内存管理中的主要问题,并提出相应的优化策略?请简述Java多线程编程中的常见问题,并给出解决方案
    106
  • 10
    Java面试题:设计模式如单例模式、工厂模式、观察者模式等在多线程环境下线程安全问题,Java内存模型定义了线程如何与内存交互,包括原子性、可见性、有序性,并发框架提供了更高层次的并发任务处理能力
    78