《模板模式.docVIP

?php /** * 模板模式 * 定义一个操作中的算法骨架,而将一些步骤延迟到子类中,使得子类可以不改变一个算法的结构可以定义该算法的某些特定步骤 * */ abstract class TemplateBase { public function Method1() { echo abstract Method1br/; } public function Method2() { echo abstract Method2br/; } public function Method3() { echo abstract Method3br/; } public function doSomeThing() { $this-Method1(); $this-Method2(); $this-Method3(); } } class TemplateObject extends TemplateBase { } class TemplateObject1 extends TemplateBase { public function Method3() { echo TemplateObject1 Method3br/; } } class TemplateObject2 extends TemplateBase { public function Method2() { echo TemplateObject2 Method2br/; } } // 实例化 $objTemplate = new TemplateObject(); $objTemplate1 = new TemplateObject1(); $objTemplate2 = new TemplateObject2(); $objTemplate-doSomeThing(); $objTemplate1-doSomeThing(); $objTemplate2-doSomeThing(); AbstractClass（抽象类）：定义了一到多个的抽象方法，以供具体的子类来实现它们；而且还要实现一个模板方法，来定义一个算法的骨架。该模板方法不仅调用前面的抽象方法，也可以调用其他的操作，只要能完成自身的使命。 ConcreteClass（具体类）：实现父类中的抽象方法以完成算法中与特定子类相关的步骤。 根据上面对定义的分析，以及例子的说明，可以看出模板方法适用于以下情况： 1.一次性实现一个算法的不变的部分，并将可变的行为留给子类来实现。 2.各子类中公共的行为应被提取出来并集中到一个公共父类中以避免代码重复。其实这可以说是一种好的编码习惯了。 3.控制子类扩展。模板方法只在特定点调用操作，这样就只允许在这些点进行扩展。比如上面runBare（）方法就只在runTest前面适用 setUp方法。如果你不愿子类来修改你的模板方法定义的框架，你可以采用两种方式来做：一是在API中不体现出你的模板方法；二、将你的模板方法置为 final就可以了。 可以看出，使用模板方法模式可以将代码的公共行为提取出来，达到复用的目的。而且，在模板方法模式中，是由父类的模板方法来控制子类中的具体实现。这样你在实现子类的时候，根本不需要对业务流程有太多的了解。 　模板方法模式是类的行为模式。准备一个抽象类，将部分逻辑以具体方法以及具体构造函数的形式实现，然后声明一些抽象方法来迫使子类实现剩余的逻辑。不同的子类可以以不同的方式实现这些抽象方法，从而对剩余的逻辑有不同的实现。这就是模板方法模式的用意。 模板方法模式的结构 　　模板方法模式是所有模式中最为常见的几个模式之一，是基于继承的代码复用的基本技术。 　　模板方法模式需要开发抽象类和具体子类的设计师之间的协作。一个设计师负责给出一个算法的轮廓和骨架，另一些设计师则负责给出这个算法的各个逻辑步骤。代表这些具体逻辑步骤的方法称做基本方法(primitive method)；而将这些基本方法汇总起来的方法叫做模板方法(template method)，这个设计模式的名字就是从此而来。 　　模板方法所代表的行为称为顶级行为，其逻辑称为顶级逻辑。模板方法模式的静态结构图如下所示： 这里涉及到两个角色： 　　抽象模板(Abstract