设计模式之模板方法模式

前言

目前为止，我们都是绕着封装转，封装了对象创建、方法调用、复杂接口…接下来，我们将要深入封装算法块，好让子类可以在任何时候都可以将自己挂接进运算里。

开始

  1.根据手册来制作星巴兹饮料

我们来扮演"代码师傅"，写一些代码来创建咖啡和茶，手册如下：

一上来先不要着急地开始编写代码，首先来研究下茶和咖啡的类，然后绘制个类图看看：

 嗯，再看一眼，我们是不是忽略了咖啡和茶的某些其他的共同点呢？两份冲泡法都采用了相同的算法：1.把水煮沸boilWater()与3.把饮料倒进杯子pourInCup() 这两个已经被抽出来，放到基类中了，2.用热水泡咖啡或茶 与4.在饮料内加入适当的调料 这两个并没有被抽出来，但是它们是一样的，只是应用在不同的饮料上。

  那么，我们有办法将prepareRecipe()方法也抽象化吗？是的，现在就来看看该怎么做…

  我们看到，浸泡(steep)和冲泡(brew)差异其实不大，我们可统一下名称为brew()，不管是泡茶或冲泡咖啡我们都用这个名称。类似地，加糖和牛奶也和加柠檬很相似：都是在饮料中加入调料，就统一叫做addCondiments()，如下图

  现在我们有了新的prepareRecipe方法，但需要让它能够符合代码，我们还得继续来处理：新建个(咖啡因饮料)超类CaffeineBeverage，如下图

  最后，我们需要处理咖啡和茶类了，这两个类都得依赖CaffeineBeverage超类来处理冲泡法，然后在各自子类中，自行去处理冲泡和添加调料部分啦

  2.认识模板方法

基本上，我们刚刚实现的就是模板方法模式，我们来看看咖啡因饮料类  的结构，它包含了实际的"模板方法"：

  模板方法定义了一个算法的步骤，并允许子类为一个或多个步骤提供实现。

模板方法模式——定义一个算法的骨架(流程)，把一些步骤延迟到子类中。模块方法使得子类可以在不改变算法结构的情况下，重新定义算法中的某些步骤。

3.走，去泡口茶喝…

  现在，我们开始来进行具体的操作泡口茶喝，可更好地了解下这个模板方法是如何进行工作的。

  首先来创建一个咖啡因饮料超类CaffeineBeverage

  接着，我们来弄个茶类

测试结果，如下

4.对模板方法进行挂钩

钩子是一种被声明在抽象类中的方法，但只有空的或者默认的实现。钩子的存在，可以让子类有能力对算法的不同点进行挂钩。至于要不要挂钩？由子类自行决定。那写一个看看：

  在这里，钩子控制的是：饮料中是否要加进调料

测试下

设计原则：别调用我们，我们会调用你，即好莱坞原则

  好莱坞原则和模板方法之间的连接其实还算明显：当我们设计模板方法模式时，我们告诉子类，不要调用我们，我们会调用你。

疑问？

  1.当我创建一个模板方法时，怎么才能知道什么时候该使用抽象方法，什么时候使用钩子呢？

  当你的子类"必须"提供算法中某个方法或步骤的实现时，就使用抽象方法。如果算法的这个部分是可选的，就用钩子。如果是钩子的话，子类可以选择实现这个上钩子。

  2.好莱坞原则和依赖倒置原则(前面学的)之间的关系如何？

  依赖倒置原则教我们尽量避免使用具体类，而多使用抽象，而好莱坞原则是用在创建框架或组件上的一种技巧，好让低层组件能够被挂钩进计算中，而且又不会让高层组件依赖低层组件。两者的目标都是在于解耦，但是依赖倒置原则更加注重如何在设计中避免依赖。

结束

  稍微总结下：模板方法是子类决定如何实现算法中的某些步骤，策略是封装可互换的行为，然后使用委托来决定要采用哪一个行为，工厂方法是哪个具体类，也就是策略模式和模板方法模式都封装算法，一个用组合，一个用继承，工厂方法是模板方法的一种特殊版本。

  好了，模板方法模式的学习就到这里了，已学了九个，还有更多！