设计模式 之 Template Method pattern

虽然继承一向恶评如潮，专家们都提倡多用接口，少用抽象类继承。但继承在模板方法模式中的成功应用确实有目共睹的。        Gof给模板方法的定义是：在一个方法里定义算法的骨架，将一些步骤延迟到其子类。一句话，将各自类的公共部分极大可能地在父类中实现，而各自类之间的个性部分由其自由发挥。 模板方法模式结果比较简单，只有两个对象：        1 AbstractClass（抽象类），即父类，它定义了多个抽象方法，由子类实现；同时还具备一个模板方法，来定义一个算法的骨架。该模板方法不仅可以调用前面的抽象方法，也可以调用其他的操作，只要能完成自身的使命。 2 ConcreteClass（具体类），即子类。负责实现父类中的抽象方法以完成算法中与特定子类相关的步骤。 在开发慢性疾病管理系统的过程中，我碰到了这样一个模板方法模式的典型。 病人的随访计划种类里多种多样，有容量测试，饮食评估，生化检查等等。随访计划结果的保存调用的是公共的方法，而保存之前对各表单的验证却是千差万别的。因此，完全可以采用模板方法模式来实现。大致的代码如下：

/*

*     抽象类

*/

Public static class FollowupManagement{

       Public static Boolean validationForm();

       Public Boolean saveResult(){

       If(validationForm()){

       Save();

}

}

}

/*

* 具体类

*/

public class DietaryEvaluation{

       public Boolean calidationForm(){

       //…..省略具体业务处理

}

}

值得一提的是，用过JUnit测试工具的朋友应该都清楚，JUnit中的TestCase以及它的子类就是一个模板方法模式的例子。在TestCase抽象类中通过模板方法已经设置了测试流程，如先执行Setup方法初始化测试前提，再运行测试方法，然后再TearDown来取消测试设置。Setup、TearDown中的操作我们一无所知，但是，我们可以在我们继承TestCase的子类中实现我们自己的测试方法！