软件设计模式第七篇（模板模式)

什么是模板模式

模板模式是基于继承的，父类定义一个模板结构，将具体内容延迟到子类去实现。

使用场景：
1、一次性实现一个算法的不变的部分，并将可变的行为留给子类来实现。
2、各子类中公共的行为应被提取出来并集中到一个公共父类中以避免代码重复。即“重分解以一般化”，首先识别现有代码中的不同之处，并且将不同之处分离为新的操作。最后，用一个调用这些新的操作的模板方法来替换这些不同的代码。
3、控制子类扩展。模板方法只在特定点调用“Hook Method（钩子方法）”操作，这样就只允许在这些点进行扩展。

模板模式的类图如下

通过上面类图，什么场景下比较适合使用模板模式呢，比如，我们去银行办理业务，需要走的的流程包括：取号 ->排队->办理业务->评价->结束。 整个流程，只有办理业务这块是独有的，其他都是统一的，这种业务场景就适合模板模式来设计。

代码实现

1. 抽象一个银行业务办理的模板类，如下

/**
 * @Author: dengcs
 * @Date: 2020/6/28 10:45
 * Comment:银行模板类
 */
public abstract class TemplateMothedBank {

    //取号排队
    private final void takeNumber(){
        System.out.println("取号排队中……");
    }

    //办理业务
    protected abstract void dosomething();

    private final void evaluate(){
        System.out.println("对服务人员进行评价,业务办理完毕。");
    }

    public void process(){
        takeNumber();
        dosomething();
        evaluate();
    }

}

2. 一个具体实现类
   现在再创建一个具体客户张三，去银行办理存款业务，代码如下

/**
 * @Author: dengcs
 * @Date: 2020/6/28 10:53
 * Comment://张三办理存款业务类
 */
public class ZhangsanCk extends TemplateMothedBank {
    @Override
    protected void dosomething() {
        System.out.println("我张三，现在办理银行存款100W");
    }
    
}

3. 测试
   现在，代码基本写完了，下面是测试类

/**
 * @Author: dengcs
 * @Date: 2020/6/28 10:54
 * Comment:测试模板模式
 */
public class TestTemplate {
    public static void main(String[] args) {
        TemplateMothedBank templateMothedBank = new ZhangsanCk();
        templateMothedBank.process();
    }
}

4. 运行结果
   
   至此，模板模式的设计基本讲完了，是不是很easy，所以，大家不要把设计模式想的太难，其实，你自己都用了，只是没发现而已 ^_

优缺点

优点：

提高代码复用性
将相同部分的代码放在抽象的父类中
提高了拓展性
将不同的代码放入不同的子类中，通过对子类的扩展增加新的行为
实现了反向控制
通过一个父类调用其子类的操作，通过对子类的扩展增加新的行为，实现了反向控制 & 符合“开闭原则”

缺点：
引入了抽象类，每一个不同的实现都需要一个子类来实现，导致类的个数增加，从而增加了系统实现的复杂度。

写在最后

总之，我们不能因为模式而模式，采用设计模式必然是根据具体业务来，如果你只有一个业务，采用模式意义不大。

要了解更多设计模式，请关注我吧 ^_