模板模式

  在模板模式（Template Pattern）中，一个抽象类公开定义了执行它的方法的方式/模板。它的子类可以按需要重写方法实现，但调用将以抽象类中定义的方式进行。这种类型的设计模式属于 行为型模式

如果想了解模板模式的具体的介绍，菜鸟教程介绍得比较详细↓
菜鸟教程-模板模式

结构图

优缺点

优点：

1、封装不变部分，扩展可变部分。
2、提取公共代码，便于维护。
3、行为由父类控制，子类实现。

缺点：

每一个不同的实现都需要一个子类来实现，导致类的个数增加，使得系统更加庞大。

使用场景

1、有多个子类共有的方法，且逻辑相同。
2、重要的、复杂的方法，可以考虑作为模板方法。

实现代码

模板模式其实我们见的很多,常见的Frame中paint()就是模板模式,Frame中定义了paint()方法,但具体的实现是由Frame的子类来实现的,当Frame需要调用paint()方法时,此时就会它的子类去调用

举个栗子,西游记大家都知道吧,唐僧四人组要经历九九八十一难,这八十一难就是模板模式,每一难并没有在设定的时候就已经想好了流程是怎么样的,而是由四人组自己去经历。
菩萨说的这八十一难就是架构(并不知道具体要经历什么),是父类;
每一难的要经历什么的就是具体实现,由子类实现

然后就是代码,我们这里模拟八十一难中的两难,先设计父类,画个大饼
我们创建一个Design类,其中定义两个抽象方法difficultyA和difficultyB(抽象方法由子类去实现),并且类中的concrete方法用于调用这两个方法

abstract class Design{
    public void concrete(){
        difficultyA();
        difficultyB();
    }

    abstract void difficultyA();
    abstract void difficultyB();
}

接着创建一个Design_子类继承Design,并且实现两个抽象方法,最后main函数调用

代码如下:

public class Main {
    public static void main(String[] args) {
        Design design = new Design_();
        design.concrete();
    }
}

abstract class Design{
    public void concrete(){
        difficultyA();
        difficultyB();
    }

    abstract void difficultyA();
    abstract void difficultyB();
}

class Design_ extends Design{

    @Override
    void difficultyA() {
        System.out.println("The first difficulty");
    }

    @Override
    void difficultyB() {
        System.out.println("The second difficulty");
    }
}

输出结果:

The first difficulty
The second difficulty

可见,当我们调用Design中的抽象方法方法时,父类是去调用子类实现了的方法,
也不难理解,因为创建时我们是通过子类去实例化父类的,已经实现了抽象方法,所以直接调用即可

这就是模板模式,这个模式还是比较常见的,这里就不多扩展了,感兴趣的话,可以自行了解