23种设计模式-模板设计模式

模板方法的定义：
模板方法模式很简单，它的定义是：Define the skeleton of an algorithm in an operation, deferring some steps to subclasses. Template Method lets subclasses define certain steps of an algorithm without changing the algorithm’s structure. 即定义一个操作中的算法框架，而将一些步骤延迟到子类中，使得子类可以不改变一个算法的结构即可冲定义该算法的某些特定步骤

模板方法的结构：
由一个抽象类和一个（或一组）实现类通过继承结构组成，抽象类中的方法分为三种：
抽象方法：定义好规范，然后由它的子类去实现。
模版方法：由抽象类声明并加以实现。一般来说，模版方法调用抽象方法来完成主要的逻辑功能，并且，模版方法大多会定义为final类型，指明主要的逻辑功能在子类中不能被重写。
钩子方法：由抽象类声明并加以实现。但是子类可以去扩展，子类可以通过扩展钩子方法来影响模版方法的逻辑。
抽象类的任务是搭建逻辑的框架，通常由经验丰富的人员编写，因为抽象类的好坏直接决定了程序是否稳定性。

//豆浆类，抽象类
public abstract class SoyaMilkWithHook {
    //这是模板方法，用final修饰，不允许子类覆盖。模板方法定义了制作豆浆的程序
    final void  prepareRecipe(){
        selectMaterial();
        //判断是否添加配料
        if(customerWantsCondiments()){
            addCondiments();
        }      
        soak();
        beat();
    }
 
    //选材方法，选择黄豆
    void selectMaterial(){
         System.out.println("选择好了新鲜黄豆");
    }
 
    //可以添加不同的配料，在这里设置为抽象方法，子类必须实现
    abstract void addCondiments();
 
    //浸泡
    void soak(){
        System.out.println("材料开始浸泡，大概需要5个小时");
    }
 
    //放到豆浆机打碎
    void beat(){
        System.out.println("材料放到豆浆机打碎");
    }
 
    //钩子方法,是否添加配料
    boolean customerWantsCondiments(){
        return true;
    }
}

//制作纯豆浆，不添加任何配料
public class PureSoyaMilk extends SoyaMilkWithHook{
 
    @Override
    void addCondiments() {
 
    }
 
    //覆盖钩子方法，不添加配料
    @Override
    boolean customerWantsCondiments(){
        return false;
    }
}


//红枣豆浆并且加配料
public class ReddatesSoyaMilk extends SoyaMilk{
    //实现父类的添加配料方法
    @Override
    void addCondiments() {
        System.out.println("第二步、添加红枣配料");
 
    }
 
}

个人思考：该模式是行为型设计模式，感觉模板又像是结构，也能穿件不同类型的豆浆喝对象，是不是也算创建型模式？

复习设计模式七大原则：
单一职责原则：符合
接口隔离原则：没有接口
依赖倒转原则：能用抽象不用具体子类，符合
里氏替换原则：不重写父类的方法，该模式中钩子方法重写了，不过这是为了控制模板接口的一个开关，符合要求
迪米特法则：不用间接朋友，不涉及
开闭原则：可以扩展多个豆浆，符合
组合服用原则：用合成/聚合代替继承，该模式中继承是抽象模板，符合

源码涉及（Spring IOC）：
ConfigurableApplicationContext 的实现类AbstractApplicationContex，其中refresh方法是模板方法