模板模式原理及案例分析

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

 

  从上面定义可以看出，模板方法是可以理解为一个算法的框架，而具体的计算数据却需要使用者来自行地添加。

 

  举一个模板方法的简单例子：制造杯子的工艺流程可以大致分为四步：准备材料，熔解材料，注入模具，冷却成型。现在我需要制作有把手和没把手两种型号的杯子，该怎么做呢？

 

  相必大家肯定会很快地想到将熔解后的材料注入相应的模具中，而结果正是如此。但是每种型号杯子都要全部实现四部流程吗？如果那样做，真的是太繁琐了。我们可以将其余三个公共的步骤集成到父类之中，成为一个固定的算法。而用子类来实现决定杯子型号的第三步。

 

  此外，一般情况下，模板模式的父类算法步骤中，都会带有一个所谓的“钩子”方法，此方法一般为空的方法，可以让子类的不同实现来对父类进行挂钩，要不要挂钩，则由子类来决定，在此案例中，我们允许有把手的杯子格外进行染色操作（挂钩），而不带把手的杯子则什么都不做。

 

  代码如下：

  这是实现固定算法的父类

 

public abstract class Cup {
    public void makeCup() {
        prepareMaterials();
        meltMaterials();
        intoMold();
        cooling();
        hook();
    }

    void prepareMaterials(){
        System.out.println("prepare materials");
    }

    void meltMaterials(){
        System.out.println("melt materials");
    }

    abstract void intoMold();

    void cooling(){
        System.out.println("cool model");
    }

    void hook(){}

}

 

 带把手的杯子实现与不带把手的杯子实现。

 

public class CupwithHolder extends Cup{
    public void intoMold(){
        System.out.println("I have a holder");
    }
    @Override
    public void hook(){
        System.out.println("I need to become red");
    }
}

public class CupwithoutHolder extends Cup{

    public void intoMold(){
        System.out.println("I do not have a holder");
    }
}

 

 运行类：

 

public class CupSimulator {

    public static void main(String[] args){
        CupwithHolder cupwithHolder = new CupwithHolder();
        cupwithHolder.makeCup();

        System.out.println("========================");

        CupwithoutHolder cupwithoutHolder = new CupwithoutHolder();
        cupwithoutHolder.makeCup();
    }
}

 

 最后的输出结果为：

 

prepare materials
melt materials
I have a holder
cool model
I need to become red
========================
prepare materials
melt materials
I do not have a holder
cool model

 

       大家从这个例子中可以看到：在父类定义了一个算法的步骤，并允许子类来实现一个或多个步骤。之所以采用“允许”的字眼是因为其控制权是掌握在父类中的。

 

      由于模板方法始终强调算法的步骤，因此在spring源码中有着大量的应用，是很常用的设计模式。