模板方法模式

模板方法模式

在一个方法中定义一个算法的骨架,而将一些步骤延迟到子类中。模板方法使得子类在不改变算法结构的情况下,重新定义算法中的某些步骤。
模板方法的基类会被定义成抽象类,里面的方法一般会被定义成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(){}

}

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

好莱坞原则

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

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值