模板方法模式
参考:
《设计模式之禅》
尚硅谷Java设计模式(图解+框架源码剖析)
1. 介绍
1.1 功能
是一个行为型模式。
定义一个操作中的算法的框架(操作流程,也就是模板),而将一些步骤延迟到子类中实现。使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。
1.2 优点
- 封装不变部分,扩展可变部分
- 提取公共部分代码,便于维护(出事的时候不用一个个找类似的代码进行修改,而是一改全改)
- 行为由父类控制,子类实现
- 算法只存在一个地方(父类),容易修改。统一了算法,又能很方便地实现算法的功能,有很大的灵活性
1.3 缺点
按照我们的设计习惯,抽象类负责声明最抽象、最一般的事物属性和方法,实现类完成具体的事物属性和方法。但是模板方法模式却颠倒了,抽象类定义了部分抽象方法,由子类实现,子类执行的结果影响了父类的结果,也就是子类对父类产生了影响,这在复杂的项目中,会带来代码阅读的难度,而且也会让新手产生不适感。
1.4 父类应该调用子类的方法吗?
父类能够调用子类的方法,但是不建议这么做。如果父类一定要调用子类,那为什么要继承这个父类呢?
其实,父类调用子类方法就是在借助子类影响父类的行为,这和模板方法模式不谋而合——你修改了子类,就会影响父类行为的结果。
因此,模板方法模式可以解决父类调用子类这种奇怪的关系。
2. 做法
代码简单易懂,写在前面,解释在后面
代码示例:
public abstract class AbstractClass {
//两个基本方法,权限为protected,子类可以访问
protected abstract void doStep1();
protected abstract void doStep2();
//模板方法,定义了基本方法的调用顺序
public final void templateMethod(){
// 调用基本方法。这个this指向实现类
this.doStep1();
this.doStep2();
}
}
具体模板类将继承抽象模板类,并实现基本方法(抽象方法)
实现抽象类实现模板方法模式。它的方法分为两种:
-
基本方法:基本方法也叫做基本操作,是由子类实现的方法(抽象方法),并且在模板方法被调用。
抽象模板中的基本方法尽量设计为protected类型,符合迪米特法则,不需要暴露的属性或方法尽量不要设置为protected类型。实现类若非必要,尽量不要扩大父类中的访问权限。
-
模板方法:实现对基本方法的调度,完成固定的逻辑。可以有一个或几个,一般是一个具体方法,也就是一个框架。
为了防止恶意的操作,一般模板方法都加上final关键字,不允许被覆写。
可以看到,父类的代码中虽然定义了方法的调用顺序,但是并没有指明方法的实现。也就是说,这个顺序在一定程序上可以有子类通过不同的实现方式来控制。因此,这种结构非常灵活,符合开闭原则。
3. 拓展-钩子方法
外界条件改变,影响到模板方法的执行
当外界条件改变时,反映到代码里的某个方法返回值发生改变,进而影响了模板方法的执行结果,该方法就叫做钩子方法(Hook Method)
钩子方法可以在父类中定义,且默认不做任何事情。子类可以选择要不要去覆盖它,并且提供额外功能。
4. 使用场景和应用
- 多个子类有公有的方法,并且逻辑基本相同时
- 重要、复杂的算法,可以把核心算法设计为模板方法,周边的相关细节功能则由各个子类实现。
- 重构时,模板方法模式是一个经常使用的模式,把相同的代码抽取到父类中,然后通过钩子函数约束其行为。
模板方法在一些开源框架中应用非常多,它提供了一个抽象类,然后开源框架写了一堆子类。在各种框架的官方文档中就说明了,如果你需要扩展功能,可以继承这个抽象类,然后覆写protected方法,再然后就是调用一个公开的类似execute方法(这个方法定义了方法的调用顺序),就完成你的扩展开发。
Spring的IOC就用到了模板方法模式,也用到了钩子方法