编写制作豆浆的程序，说明如下:
制作豆浆的流程 选材—>添加配料—>浸泡—>放到豆浆机打碎
通过添加不同的配料，可以制作出不同口味的豆浆，也可以不添加调料
选材、浸泡和放到豆浆机打碎这几个步骤对于制作每种口味的豆浆都是一样的
请使用 模板方法模式 完成 (说明：因为模板方法模式，比较简单，很容易就想到这个方案，因此就直接使用，不再使用传统的方案来引出模板方法模式 )
模板方法模式（Template Method Pattern），又叫模板模式(Template Pattern)，z在一个抽象类公开定义了执行它的方法的模板。它的子类可以按需要重写方法实现，但调用将以抽象类中定义的方式进行。
简单说，模板方法模式 定义一个操作中的算法的骨架，而将一些步骤延迟到子类中，使得子类可以不改变一个算法的结构，就可以重定义该算法的某些特定步骤
这种类型的设计模式属于行为型模式。
对原理类图的说明-即(模板方法模式的角色及职责)
AbstractClass 抽象类， 类中实现了模板方法(template)，定义了算法的骨架，具体子类需要去实现 其它的抽象方法operationr2,3,4
ConcreteClass 实现抽象方法operationr2,3,4, 以完成算法中特点子类的步骤
子类也可以将方法实现为空方法，这就称作钩子方法
在模板方法模式的父类中，我们可以定义一个方法，它默认不做任何事，子类可以视情况要不要覆盖它，该方法称为“钩子”。
比如，我们还希望制作纯豆浆，不添加任何的配料，就可以使用钩子方法对前面的模板方法进行改造
UML类图
SoyaMilk.java
//抽象类，表示豆浆
public abstract class SoyaMilk {
// 模板方法, make , 模板方法可以做成final , 不让子类去覆盖.
public final void make() {
System.out.println("----开始制作----");
select();
if (WantaddCondiments())
addCondiments();
soak();
beat();
}
// 选材料
public void select() {
System.out.println("第一步：选择好的新鲜黄豆 ");
}
// 添加不同的配料， 抽象方法, 子类具体实现
public abstract void addCondiments();
// 浸泡
public void soak() {
System.out.println("第三步， 开始浸泡， 需要3小时 ");
}
public void beat() {
System.out.println("第四步：放到豆浆机去打碎 ");
}
// 钩子方法
public boolean WantaddCondiments() {
return true;
}
}
PeanutSoyMilk.java
// 具体豆浆
public class PeanutSoyMilk extends SoyaMilk {
@Override
public void addCondiments() {
System.out.println("第二步：加入花生");
}
}
RedBeanSoyMilk.java
// 具体豆浆
public class RedBeanSoyMilk extends SoyaMilk {
@Override
public void addCondiments() {
System.out.println("第二步：加入红豆");
}
}
PureSoyaMilk.java
public class PureSoyaMilk extends SoyaMilk{
@Override
public void addCondiments() {
}
@Override
public boolean WantaddCondiments() {
return false;
}
}
测试Main.java
public class Main {
public static void main(String[] args) {
RedBeanSoyMilk milk = new RedBeanSoyMilk();
milk.make();
PeanutSoyMilk milk2 = new PeanutSoyMilk();
milk2.make();
PureSoyaMilk milk3 = new PureSoyaMilk();
milk3.make();
}
}
输出结果
在Spring4中有一个AbstractApplicationContext抽象类体现了模板模式
public abstract class AbstractApplicationContext ...{
...
public void refresh() throws BeansException, IllegalStateException {
synchronized (this.startupShutdownMonitor) {
prepareRefresh();
ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();
prepareBeanFactory(beanFactory);
try {
postProcessBeanFactory(beanFactory);
invokeBeanFactoryPostProcessors(beanFactory);
registerBeanPostProcessors(beanFactory);
...
...
...
}
在refresh方法中排列着其他方法，其中postProcessBeanFactory方法是由ConfigurableApplicationContext接口继承而来，但是在此类中实现为空实现，该方法其实就是一个钩子方法，由子类决定是否重写
protected void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) {
}
该类中还有一个方法ConfigurableListableBeanFactory
protected ConfigurableListableBeanFactory obtainFreshBeanFactory() {
refreshBeanFactory();
ConfigurableListableBeanFactory beanFactory = getBeanFactory();
if (logger.isDebugEnabled()) {
logger.debug("Bean factory for " + getDisplayName() + ": " + beanFactory);
}
return beanFactory;
}
其中的refreshBeanFactory()就是本类中的一个抽象方法，需要子类重写
protected abstract void refreshBeanFactory() throws BeansException, IllegalStateException;
基本思想是：算法只存在于一个地方，也就是在父类中，容易修改。需要修改算法时，只要修改父类的模板方法或者已经实现的某些步骤，子类就会继承这些修改
实现了最大化代码复用。父类的模板方法和已实现的某些步骤会被子类继承而直接使用。
既统一了算法，也提供了很大的灵活性。父类的模板方法确保了算法的结构保持不变，同时由子类提供部分步骤的实现。
该模式的不足之处：每一个不同的实现都需要一个子类实现，导致类的个数增加，使得系统更加庞大
一般模板方法都加上final关键字， 防止子类重写模板方法.
模板方法模式使用场景：当要完成在某个过程，该过程要执行一系列步骤 ，这一系列的步骤基本相同，但其个别步骤在实现时 可能不同，通常考虑用模板方法模式来处理