通俗解释：煮咖啡和泡茶的两个对象中存在相似的算法步骤，但又有具体处理、用料上的细微差异，可以考虑将他们公共的逻辑提取出一个超类的方法，形成一个模板。其中，子类可以直接共用的方法（比如煮沸水方法）写成具体方法，子类之间存在差异的方法（比如萃取和用料）实现为抽象方法，具体的差异交由对象自己实现。

提取出的公有流程就是模板方法（对应图中的ProcedureRecipt），它定义了一个算法的步骤，允许子类为一个或多个算法提供实现。这样做减少了对象之间的重复代码，如果流程需要修改，只需要修改这个模板方法，不需要打开每个对象。

在模板方法中添加钩子。

1
2
3
4
5
6
7
8
9
10
11
12
13
14




    

15

public abstract class MakeBeverage {
    void ProcedureRecipt() {
        BoilWater();
        Brew();
        if (Hook()) {
            AddCondiments();
        }    
    }
    void BoilWater(); // 子类共用
    abstract void Brew(); // 子类实现差异
    abstract void AddCondiments();
    boolean void Hook() { // 钩子函数，子类可覆盖实现。
        return true;
    }
}

钩子的作用

关于钩子的思考：模板方法中的钩子和父类中的具体方法本质是相同的，只是为了强调钩子方法的用途。比如提供可选、实现回调等。

模板方法中的步骤划分粒度很重要。如果划分太细，子类实现工作量很大；如果划分太大，会没有弹性。需要折中考虑。

这个原则的重点不在于禁止低层依赖高层，而是避免形成高低层之间的明显环状依赖。

在模板方法中，好莱坞原则体现在：高层组件实现模板方法，只有在需要子类具体的方法时，才会使用子类的覆盖（调用子类）。

依赖倒置原则强调避免使用具体类，多使用抽象，依赖抽象而不是具体。相比好莱坞原则，更加注重如何避免依赖。

好莱坞原则强调创建框架或组件上的思想，可以让底层挂钩进计算中，又不会让高层依赖低层。在解除环形依赖的情况下，更加注重架构的弹性，让低层结构的功能更加灵活。

策略模式：通过组合的形式使用一组策略，策略模板对算法具体步骤没有控制，子类实现的算法实体都是完整的。

模板方法模式：模板方法提供一个固定的算法框架，其中有些步骤是实现好的，有些是需要填补实现的。

如果模板方法中的步骤全部都是抽象方法，完全交由子类实现一整个算法，那么这个模板方法就和抽象的策略族一样了。

所以，策略模式相当于给了子类更大的实现自由度，子类要实现的代码更多，比较适合实现不拘泥于步骤的算法；而模板方法仍将算法的步骤掌控起来，子类实现的代码较少，适合实现重复步骤较多的算法。

迭代器模式就适用于解决这样的问题。

1
2
3
4

Iterator iterator = menu.createIterator();
while (iterator.hasNext()) {
    MenuItem menuItem = (MenuItem)iterator.next();
}

定义：迭代器模式提供一种方法顺序访问一个聚合对象中的各个元素，而又不暴露该对象的内部表示。

迭代器模式把在元素之间游走的责任交给迭代器，而不是聚合对象。让聚合对象更专注在它需要关注的事情上，做到责任各得其所。

而且迭代器可以实现用于遍历无次序的集合。