设计模式学习之模板方法模式

定义

模板方法模式，顾名思义，就是通过模板拓印的方式。具体是指定义一个操作中的算法骨架，而将算法的一些步骤延迟到子类中，使得子类可以不改变该算法结构的情况下重定义该算法的某些特定步骤。它是一种类行为型模式。

使用场景

1. 算法的整体步骤很固定，但其中个别部分易变时，这时可以使用模板方法模式，将容易变的部分抽象出来，供子类实现。
2. 当多个子类存在公共的行为，而且逻辑相同时，可以将其提取出来并集中到一个公共父类中以避免代码重复。
3. 使用钩子方法来让子类决定父类的某个步骤是否执行，实现子类对父类的反向控制。
4. 当需要控制子类的扩展时，模板方法只在特定点调用钩子操作，这样就只允许在这些点进行扩展。

Android中的使用例子

Android中View的draw()方法就使用了模板方法模式

实现所需角色

一. 抽象类（Abstract Class）：负责给出一个算法的轮廓和骨架。它由一个模板方法和若干个基本方法构成。这些方法的定义如下：

1. 模板方法：定义了算法的骨架，按某种顺序调用其包含的基本方法。
2. 基本方法：是整个算法中的一个步骤，包含以下几种类型：
   （1）抽象方法：在抽象类中申明，由具体子类实现。
   （2）具体方法：在抽象类中已经实现，在具体子类中可以继承或重写它。
   （3）钩子方法：在抽象类中已经实现，包括用于判断的逻辑方法和需要子类重写的空方法两种。

二. 具体子类（Concrete Class）：实现抽象类中所定义的抽象方法和钩子方法，它们是一个 顶级逻辑 的一个组成步骤。

UML图

具体实现

1.抽象类

public abstract class BaseRequest {
    //模板方法
    public void buildRequest() {
        if (isShowLoading()) {
            showLoading();
        }
        createBaseParams();
        getRequestUrl();
    }

    //具体方法1
    public void showLoading() {
        System.out.println("抽象类中的具体方法showLoading()被调用...");
    }

    //具体方法2
    public void createBaseParams() {
        System.out.println("抽象类中的具体方法createBaseParams()被调用...");
    }

    //钩子方法
    public boolean isShowLoading() {
        return true;
    }

    //抽象的方法
    public abstract void getRequestUrl();
}

2.具体子类

public class LoginRequest extends BaseRequest {

    @Override
    public void getRequestUrl() {
        System.out.println("抽象方法getRequestUrl()的实现被调用...");
    }
}

测试模板方法模式：

@Test
    public void test1() {
        BaseRequest request = new LoginRequest();
        request.buildRequest();
    }

输出结果：

模板方法模式的实现案例就到这里了，实现起来也不难，那下面就总结一下使用模板方法模式有哪些优点和缺点：

优点

1. 提高代码复用性，去除子类中的重复代码。
2. 提高扩展性，不同实现细节放到不同子类中，易于增加新行为。
3. 指定模板，定义一个我们共同遵守的约定。

缺点

1. 每个不同的实现都需要定义一个子类，这会导致类的个数的增加，设计更加抽象。
2. 父类中的抽象方法由子类实现，子类执行的结果会影响父类的结果，这导致一种反向的控制结构，提高了代码阅读的难度。

参考文档

http://c.biancheng.net/view/1376.html
https://www.jianshu.com/p/9a480322aee1
https://www.cnblogs.com/east7/p/9564917.html
https://www.cnblogs.com/gxyandwmm/p/9375843.html