24.模板方法模式(行为型)

作者: 哈哈大圣 | 来源:发表于2019-09-16 22:43 被阅读0次

模板方法模式(行为型)

一、相关概述

在软件开发中，有时候会遇到某个方法的实现需要多个步骤，但是存在一些固定的步骤，而有些步骤是不固定的，为了提高代码的复用性和系统的灵活性，可以使用一种称之为模板方法模式的设计模式进行设计，在模板方法模式中，可以将固定的代码放在父类中，需要变化的代码留给子类实现。

1). 定义

模板方法模式：定义一个操作中算法的框架，而将一些步骤延迟到子类中。模板方法模式使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。(Template Method Pattern: Define the skeleton of an algorithm in an operation, deferring some steps to subclasses. Template Method lets subclasses redefine certain steps of an algorithm without changing the algorithm's structure.)

模板方法模式是结构最简单的行为型设计模式，在其结构中只存在父类与子类之间的继承关系。通过使用模板方法模式，可以将一些复杂流程的实现步骤封装在一系列基本方法中，在抽象父类中提供一个称之为模板方法的方法来定义这些基本方法的执行次序，而通过其子类来覆盖某些步骤，从而使得相同的算法框架可以有不同的执行结果。模板方法

模板方法模式结构图.png

2). 相关角色

AbstractClass（抽象类）：在抽象类中定义了一系列基本操作(PrimitiveOperations)，这些基本操作可以是具体的，也可以是抽象的，每一个基本操作对应算法的一个步骤，在其子类中可以重定义或实现这些步骤。同时，在抽象类中实现了一个模板方法(Template Method)，用于定义一个算法的框架，模板方法不仅可以调用在抽象类中实现的基本方法，也可以调用在抽象类的子类中实现的基本方法，还可以调用其他对象中的方法。
ConcreteClass（具体子类）：它是抽象类的子类，用于实现在父类中声明的抽象基本操作以完成子类特定算法的步骤，也可以覆盖在父类中已经实现的具体基本操作。

二、模式实现

实现模板方法，一般由架构师或者高级开发工程师设计并搭建好框架，而普通程序员再根据框架以及业务逻辑进行实现。

1). 模板方法

一个模板方法是定义在抽象类中的、把基本操作方法组合在一起形成一个总算法或一个总行为的方法。这个模板方法定义在抽象类中，并由子类不加以修改地完全继承下来。模板方法是一个具体方法，它给出了一个顶层逻辑框架，而逻辑的组成步骤在抽象类 (jdk1.8及其以上版本可以使用接口) 中可以是具体方法，也可以是抽象方法。

2). 基本方法

基本方法是实现算法各个步骤的方法，是模板方法的组成部分。基本方法又可以分为三种：抽象方法(Abstract Method)、具体方法(Concrete Method)和钩子方法(Hook Method)。

抽象方法：一个抽象方法由抽象类声明、由其具体子类实现、abstract关键字修饰符修饰。
具体方法：一个具体方法由一个抽象类或具体类声明并实现，其子类可以进行覆盖也可以直接继承。
钩子方法：一个钩子方法由一个抽象类或具体类声明并实现，而其子类可能会加以扩展。通常在父类中给出的实现是一个空实现，并以该空实现作为方法的默认实现，当然钩子方法也可以提供一个非空的默认实现。

钩子方法有两类：第一类钩子方法可以与一些具体步骤“挂钩”，以实现在不同条件下执行模板方法中的不同步骤，这类钩子方法的返回类型通常是bool类型的，这类方法名一般为IsXXX()，用于对某个条件进行判断，如果条件满足则执行某一步骤，否则将不执行。这种类型的钩子方法可以控制方法的执行，对一个算法进行约束。还有一类钩子方法就是实现体为空的具体方法，子类可以根据需要覆盖或者继承这些钩子方法，与抽象方法相比，这类钩子方法的好处在于子类如果没有覆盖父类中定义的钩子方法，编译可以正常通过，但是如果没有覆盖父类中声明的抽象方法，编译将报错。

在模板方法模式中，由于面向对象的多态性，子类对象在运行时将覆盖父类对象，子类中定义的方法也将覆盖父类中定义的方法，因此程序在运行时，具体子类的基本方法将覆盖父类中定义的基本方法，子类的钩子方法也将覆盖父类的钩子方法，从而可以通过在子类中实现的钩子方法对父类方法的执行进行约束，实现子类对父类行为的反向控制。

三、案例需求演示

1). 需求描述

某软件公司欲为某银行的业务支撑系统开发一个利息计算模块，利息计算流程如下：

系统根据账号和密码验证用户信息，如果用户信息错误，系统显示出错提示；
如果用户信息正确，则根据用户类型的不同使用不同的利息计算公式计算利息（如活期账户和定期账户具有不同的利息计算公式）；
系统显示利息。

2). 类图设计

银行利息计算.png

3). 完整代码

抽象账户

/**
 * 抽象账户
 */
public interface Account {

    // 基本方法：具体方法
    public default boolean validate(String account, String password) {
        System.out.println("账户：" + account + "\n密码：******");
        // 简单模拟登录
        return  "62140000111199".equals(account) && "123456".equals(password);
    }

    // 基本方法：抽象方法
    public abstract void calculateInterest();

    // 基本方法：具体方法
    public default void display() {
        System.out.println("显示利息~~~~~~~");
    }

    // 基本方法：具体方法~ 金融产品活动
    public default void activity() {}

    // 基本方法：钩子方法【可选】
    public default boolean isShowActivity() {
        return false;
    }

    // 模板方法
    public default void handle(String account, String password) {
        if (!this.validate(account, password)) {
            System.out.println("账户或密码错误！");
            return;
        }

        calculateInterest();
        display();

        if (isShowActivity()) {
            this.activity();
        }
    }
}

具体账户

/**
 * 具体账户: 活期账户
 */
public class CurrentAccount implements Account {

    @Override
    public void calculateInterest() {
        System.out.println("按照活期利率计算利息！");
    }

    @Override
    public void activity() {
        System.out.println("推荐新的金融产品：e家融...");
    }

    @Override
    public boolean isShowActivity() {
        return true;
    }
}


/**
 * 具体账户: 定期账户
 */
public class SavingAccount implements Account {

    @Override
    public void calculateInterest() {
        System.out.println("按照定期利率计算利息！");
    }
}

客户端测试类

/**
 * 客户端测试: 建议配置在xml中进行解析
 * @author Liucheng
 * @since 2019-09-16
 */
public class TemplateClient {

    public static void main(String[] args) {
        Account account1 = new CurrentAccount();
        account1.handle("62140000111199", "123456");

        Account account2 = new SavingAccount();
        account2.handle("62140000111199", "123456");
    }

}

如果需要增加新的具体子类（新的账户类型），原有代码均无须修改，完全符合开闭原则。

四、总结

模板方法模式是基于继承的代码复用技术，它体现了面向对象的诸多重要思想，是一种使用较为频繁的模式。模板方法模式广泛应用于框架设计中，以确保通过父类来控制处理流程的逻辑顺序（如框架的初始化，测试流程的设置等）。

1). 优点

在父类中形式化地定义一个算法，而由它的子类来实现细节的处理，在子类实现详细的处理算法时并不会改变算法中步骤的执行次序。
模板方法模式是一种代码复用技术，它在类库设计中尤为重要，它提取了类库中的公共行为，将公共行为放在父类中，而通过其子类来实现不同的行为，它鼓励我们恰当使用继承来实现代码复用。
可实现一种反向控制结构，通过子类覆盖父类的钩子方法来决定某一特定步骤是否需要执行。
在模板方法模式中可以通过子类来覆盖父类的基本方法，不同的子类可以提供基本方法的不同实现，更换和增加新的子类很方便，符合单一职责原则和开闭原则。

2). 缺点

需要为每一个基本方法的不同实现提供一个子类，如果父类中可变的基本方法太多，将会导致类的个数增加，系统更加庞大，设计也更加抽象，此时，可结合桥接模式来进行设计。

3). 适用场景

对一些复杂的算法进行分割，将其算法中固定不变的部分设计为模板方法和父类具体方法，而一些可以改变的细节由其子类来实现。即：一次性实现一个算法的不变部分，并将可变的行为留给子类来实现。
各子类中公共的行为应被提取出来并集中到一个公共父类中以避免代码重复。
需要通过子类来决定父类算法中某个步骤是否执行，实现子类对父类的反向控制。