曾梦垚

导航

模板方法模式

模板方法模式的定义

模板方法模式(Template Method Pattern)是如此简单,以致让你感觉你已经能够掌握其精髓了。其定义如下:

Define the skeleton of an algorithm in an operation,deferring some steps to subclasses.Template

Method lets subclasses redefine certain steps of an algorithm without changing the algorithm's

structure.(定义一个操作中的算法的框架,而将一些步骤延迟到子类中。使得子类可以不改

变一个算法的结构即可重定义该算法的某些特定步骤。)

 

模板方法模式确实非常简单,仅仅使用了Java的继承机制,但它是一个应用非常广泛的

 

模式。其中,AbstractClass叫做抽象模板,它的方法分为两类:

 

● 基本方法

 

基本方法也叫做基本操作,是由子类实现的方法,并且在模板方法被调用。

 

● 模板方法

 

可以有一个或几个,一般是一个具体方法,也就是一个框架,实现对基本方法的调度,

完成固定的逻辑。

注意 为了防止恶意的操作,一般模板方法都加上final关键字,不允许被覆写。

在类图中还有一个角色:具体模板。ConcreteClass1和ConcreteClass2属于具体模板,实

现父类所定义的一个或多个抽象方法,也就是父类定义的基本方法在子类中得以实现。

我们来看其通用代码,AbstractClass如代码

 

 

抽象模板类

 

public abstract class AbstractClass {

 

     //基本方法

 

     protected abstract void doSomething();

 

     //基本方法

 

     protected abstract void doAnything();

 

     //模板方法

 

     public void templateMethod(){

 

             /*

 

              * 调用基本方法,完成相关的逻辑

 

              */

 

             this.doAnything();

 

             this.doSomething();

 

     }

 

}

 

具体模板类

public class ConcreteClass1 extends AbstractClass {

     //实现基本方法

     protected void doAnything() {

             //业务逻辑处理

     }

     protected void doSomething() {

             //业务逻辑处理

     }

}

public class ConcreteClass2 extends AbstractClass {

HuDun Demo

     //实现基本方法

     protected void doAnything() {

             //业务逻辑处理

     }

     protected void doSomething() {

             //业务逻辑处理

     }

}

 

 场景类

public class Client {

     public static void main(String[] args) {

             AbstractClass class1 = new ConcreteClass1();

             AbstractClass class2 = new ConcreteClass2();               

             //调用模板方法

             class1.templateMethod();

             class2.templateMethod();

     }

}

注意 抽象模板中的基本方法尽量设计为protected类型,符合迪米特法则,不需要暴露

的属性或方法尽量不要设置为protected类型。实现类若非必要,尽量不要扩大父类中的访问

权限。

 

模板方法模式的优点

 

● 封装不变部分,扩展可变部分

 

把认为是不变部分的算法封装到父类实现,而可变部分的则可以通过继承来继续扩展。

 

● 提取公共部分代码,便于维护

 

 

 

● 行为由父类控制,子类实现

 

基本方法是由子类实现的,因此子类可以通过扩展的方式增加相应的功能,符合开闭原

 

则。

 

模板方法模式的缺点

 

按照我们的设计习惯,抽象类负责声明最抽象、最一般的事物属性和方法,实现类完成

 

具体的事物属性和方法。但是模板方法模式却颠倒了,抽象类定义了部分抽象方法,由子类

 

实现,子类执行的结果影响了父类的结果,也就是子类对父类产生了影响,这在复杂的项目

 

中,会带来代码阅读的难度,而且也会让新手产生不适感。

 

 

模板方法模式的使用场景

 

● 多个子类有公有的方法,并且逻辑基本相同时。

 

● 重要、复杂的算法,可以把核心算法设计为模板方法,周边的相关细节功能则由各个

 

子类实现。

 

● 重构时,模板方法模式是一个经常使用的模式,把相同的代码抽取到父类中,然后通

 

过钩子函数约束其行为。

 

外界条件改变,影响到模板方法的执行。在我们的抽象类中isAlarm的返回值就是影响了

模板方法的执行结果,该方法就叫做钩子方法(Hook Method)。

 

模板方法模式就是在模板方法中按照一定的规则和顺序调用基本方法

 

 

 

父类是否可以调用子类的方法呢?能,但强烈地、极度地不建议这么做

 

 

 

 

● 把子类传递到父类的有参构造中,然后调用。

 

● 使用反射的方式调用

 

 

 

● 父类调用子类的静态方法。

为什么要用父类调用子类的方法。如果一定要调用子类,那为什么要继承它呢?

换个角度去理解,父类建立框架,

子类在重写了父类部分的方法后,再调用从父类继承的方法,产生不同的结果(而这正是模

板方法模式)。这是不是也可以理解为父类调用了子类的方法呢?你修改了子类,影响了父

类行为的结果,曲线救国的方式实现了父类依赖子类的场景,模板方法模式就是这种效果。

 

posted on 2017-01-03 23:51  曾梦垚  阅读(92)  评论(0编辑  收藏  举报