设计模式之模板模式

---

前言

大家好，我是练习两年半的Java练习生，最近阅读了《深入浅出设计模式(中文版)》，学习了各种设计模式，所以想出一个专栏和大家分享一下！
如果大家觉得文章还可以，欢迎关注点赞！后续还会陆续更新！！

---

一、定义

在一个方法中定义一个算法的框架，而将一些步骤延迟到子类中。模板方法使得子类可以在不改变算法结构的情况下，重新定义算法中的某些步骤。

二、类图

模板模式中提供了一个方法实现某个算法的框架，即规定了方法调用的顺序，但是具体实现交给子类，子类能够实现该算法的某个部分，

什么是钩子方法？

钩子方法是一种设计模式，也称为“虚拟方法”或“回调方法”。它是在抽象类或接口中定义的一种方法，允许子类在必要时对其进行实现，以扩展或修改父类的行为。在抽象类或接口中声明的钩子方法没有具体实现，而是留给子类进行实现，以便在必要时更改父类的行为。
钩子方法通常用于模板方法模式中，其中父类定义了算法的基本骨架，子类实现算法的具体步骤。在父类中，可能会有一些钩子方法，它们可以被子类实现或覆盖，以改变算法的行为或细节。

使用到的原则？
好莱坞原则：别调用我们，我们会调用你

三、应用

3.1 需求

实现咖啡制作的模板化

3.2 分析

咖啡中，一般有四步，第一步煮水，第二步加入咖啡，第三步将水导入杯中，第四步加入调味品。
其中，煮水，和将水导入杯中每种咖啡都是一样的，变化的之后加入的咖啡类型和加入调味品，所以我们可以用一个模板来创建不同类型的咖啡。

3.3 实现

下面是一个简单的模板方法模式的示例，以制作咖啡为例：

首先定义一个抽象类，称为“咖啡制作模板类”，其中包含制作咖啡的过程。这个类包含两个方法，分别是制作咖啡和加入调味品（比如牛奶和糖）。

public abstract class CoffeeMakingTemplate {
    
    public final void makeCoffee() {
        boilWater();
        brewCoffee();
        pourInCup();
        addCondiments();
    }
    
    public void boilWater() {
        System.out.println("Boiling water");
    }
    
    public abstract void brewCoffee();
    
    public void pourInCup() {
        System.out.println("Pouring into cup");
    }
    
    public abstract void addCondiments();
}

然后，我们定义两个具体类，一个是制作美式咖啡的类，一个是制作卡布奇诺的类。这两个类都继承了咖啡制作模板类，并实现了其中的抽象方法。

public class AmericanoCoffee extends CoffeeMakingTemplate {
    
    @Override
    public void brewCoffee() {
        System.out.println("Brewing Americano coffee");
    }
    
    @Override
    public void addCondiments() {
        System.out.println("Adding milk");
    }
}

public class CappuccinoCoffee extends CoffeeMakingTemplate {
    
    @Override
    public void brewCoffee() {
        System.out.println("Brewing espresso");
    }
    
    @Override
    public void addCondiments() {
        System.out.println("Adding foam");
    }
}

最后，我们可以通过实例化美式咖啡或卡布奇诺咖啡对象来制作咖啡，而不必关心制作过程的具体实现。

public class Client {
    public static void main(String[] args) {
        CoffeeMakingTemplate americano = new AmericanoCoffee();
        americano.makeCoffee();
        
        CoffeeMakingTemplate cappuccino = new CappuccinoCoffee();
        cappuccino.makeCoffee();
    }
}

输出结果如下：

Boiling water
Brewing Americano coffee
Pouring into cup
Adding milk
Boiling water
Brewing espresso
Pouring into cup
Adding foam

四、问题

好莱坞原则 和 依赖倒置原则 关系

好莱坞原则（Hollywood Principle）是一种设计原则，它提倡高层模块只依赖低层模块的抽象，并且低层模块由高层模块来决定何时和如何使用，从而实现了反向控制。依赖倒置原则（Dependency Inversion Principle，DIP）则是面向对象设计中的另一种原则，它提倡抽象不应该依赖于具体实现，而是具体实现应该依赖于抽象。
这两个原则的关系在于，好莱坞原则是依赖倒置原则的一种实现方式，它通过将控制权从低层模块转移到高层模块，从而实现了依赖倒置。换句话说，好莱坞原则是依赖倒置原则的一种实现机制，它让高层模块作为主导者来控制整个系统的调用流程，低层模块则通过抽象接口来实现被调用。这样一来，低层模块的变化不会影响高层模块的稳定性，也能够让系统更加灵活和可扩展。

模板方法和策略模式的对比

模板方法和策略模式都属于行为型设计模式，它们都可以用于在运行时确定算法的行为。它们的区别主要在于实现方式和应用场景。
模板方法通过定义一个算法框架，将具体实现交由子类来实现，具体实现可以通过子类的覆盖、扩展等方式来实现。模板方法主要是在运行时确定算法的行为。
而策略模式则是通过定义一系列算法，将这些算法封装成独立的类，使得它们可以互相替换。策略模式主要是在运行时动态地改变算法的行为。
简单来说，模板方法更关注算法的固定流程和可扩展性，而策略模式更关注算法的可替换性和动态性。两种模式的应用场景不同，模板方法适用于算法固定但是具体实现需要扩展的场景，而策略模式适用于算法需要动态改变或者有多种实现方式的场景。

---

五、总结

以上就是今天要讲的内容，本文介绍了设计模式中模板模式，我们创建一个步骤相似的东西的时候，我们就可以使用模板模式。模板模式和之前讲过的策略模式之间的区别，主要就是模板方式是对算法具体内容的替换，而策略模式是修改使用不同的算法。