模板方法模式

在一个方法中定义一个算法的骨架，而将一些步骤延迟到子类中。模板方法使得子类在不改变算法结构的情况下，重新定义算法中的某些步骤。
模板方法的基类会被定义成抽象类，里面的方法一般会被定义成final类型，不让子类修改算法顺序。方法全依赖子类来提供某些或所有步骤的实现。

public abstract class CaFfeineBeverage {    /**     * 下面就是我们定义一个模板方法     *      * 在这个模板方法中，每一个步骤都被一个方法代表。     */     final void prepareRecipe(){          /**         * 某些方法是由这个类（也就是超类）处理的。。。         */        boilWater();        pourIncup();        /**         * 某些方法则是由子类处理的。         */        brew();        addCondiments();        //钩子        hook();    }    /**     * 需要有子类提供的方法，必须在超类中声明为抽象     */    abstract void brew();    abstract void addCondiments();    void boilWater(){        //实现    }    void pourIncup(){        // 实现    }    /**     * 我们也可以有“默认不做事的方法”，     * 我们称这种方法为“hook”（钩子），     * 子类可以视情况决定要不要覆盖她们     */    void hook(){}}

当我创建一个魔法师，怎么才能知道什么时候该使用抽象方法，什么时候使用钩子呢？
当你的子类“必须”提供算法中某个方法或步骤的实现时，就使用抽象方法，如果算法的这个部分是可选的，就用钩子。如果是钩子的话，子类可以选择实现这个钩子，但并不强制这么做。

好莱坞原则

别调用（打电话）我们，我们会调用（打电话）你。
在好莱坞原则下，我们允许底层组件将自己挂钩到系统上，但是高层组件会决定什么时候和怎样使用这些底层组件。换句话说，高层组件对底层组件的方式是“别调用我们，我们会调用你”。