23种设计模式(6):模板方法模式
来源:互联网 发布:数据机房温度湿度标准 编辑:程序博客网 时间:2024/05/17 02:08
定义:定义一个操作中算法的框架,而将一些步骤延迟到子类中,使得子类可以不改变算法的结构即可重定义该算法中的某些特定步骤。
类型:行为类模式
类图:
事实上,模版方法是编程中一个经常用到的模式。先来看一个例子,某日,程序员A拿到一个任务:给定一个整数数组,把数组中的数由小到大排序,然后把排序之后的结果打印出来。经过分析之后,这个任务大体上可分为两部分,排序和打印,打印功能好实现,排序就有点麻烦了。但是A有办法,先把打印功能完成,排序功能另找人做。
- abstract class AbstractSort {
- /**
- * 将数组array由小到大排序
- * @param array
- */
- protected abstract void sort(int[] array);
- public void showSortResult(int[] array){
- this.sort(array);
- System.out.print("排序结果:");
- for (int i = 0; i < array.length; i++){
- System.out.printf("%3s", array[i]);
- }
- }
- }
写完后,A找到刚毕业入职不久的同事B说:有个任务,主要逻辑我已经写好了,你把剩下的逻辑实现一下吧。于是把AbstractSort类给B,让B写实现。B拿过来一看,太简单了,10分钟搞定,代码如下:
- class ConcreteSort extends AbstractSort {
- @Override
- protected void sort(int[] array){
- for(int i=0; i<array.length-1; i++){
- selectSort(array, i);
- }
- }
- private void selectSort(int[] array, int index) {
- int MinValue = 32767; // 最小值变量
- int indexMin = 0; // 最小值索引变量
- int Temp; // 暂存变量
- for (int i = index; i < array.length; i++) {
- if (array[i] < MinValue){ // 找到最小值
- MinValue = array[i]; // 储存最小值
- indexMin = i;
- }
- }
- Temp = array[index]; // 交换两数值
- array[index] = array[indexMin];
- array[indexMin] = Temp;
- }
- }
写好后交给A,A拿来一运行:
- public class Client {
- public static int[] a = { 10, 32, 1, 9, 5, 7, 12, 0, 4, 3 }; // 预设数据数组
- public static void main(String[] args){
- AbstractSort s = new ConcreteSort();
- s.showSortResult(a);
- }
- }
运行结果:
排序结果: 0 1 3 4 5 7 9 10 12 32
运行正常。行了,任务完成。没错,这就是模版方法模式。大部分刚步入职场的毕业生应该都有类似B的经历。一个复杂的任务,由公司中的牛人们将主要的逻辑写好,然后把那些看上去比较简单的方法写成抽象的,交给其他的同事去开发。这种分工方式在编程人员水平层次比较明显的公司中经常用到。比如一个项目组,有架构师,高级工程师,初级工程师,则一般由架构师使用大量的接口、抽象类将整个系统的逻辑串起来,实现的编码则根据难度的不同分别交给高级工程师和初级工程师来完成。怎么样,是不是用到过模版方法模式?
模版方法模式的结构
模版方法模式由一个抽象类和一个(或一组)实现类通过继承结构组成,抽象类中的方法分为三种:
- 抽象方法:父类中只声明但不加以实现,而是定义好规范,然后由它的子类去实现。
- 模版方法:由抽象类声明并加以实现。一般来说,模版方法调用抽象方法来完成主要的逻辑功能,并且,模版方法大多会定义为final类型,指明主要的逻辑功能在子类中不能被重写。
- 钩子方法:由抽象类声明并加以实现。但是子类可以去扩展,子类可以通过扩展钩子方法来影响模版方法的逻辑。
- 抽象类的任务是搭建逻辑的框架,通常由经验丰富的人员编写,因为抽象类的好坏直接决定了程序是否稳定性。
实现类用来实现细节。抽象类中的模版方法正是通过实现类扩展的方法来完成业务逻辑。只要实现类中的扩展方法通过了单元测试,在模版方法正确的前提下,整体功能一般不会出现大的错误。
模版方法的优点及适用场景
容易扩展。一般来说,抽象类中的模版方法是不易发生改变的部分,而抽象方法是容易发生变化的部分,因此通过增加实现类一般可以很容易实现功能的扩展,符合开闭原则。
便于维护。对于模版方法模式来说,正是由于他们的主要逻辑相同,才使用了模版方法,假如不使用模版方法,任由这些相同的代码散乱的分布在不同的类中,维护起来是非常不方便的。
比较灵活。因为有钩子方法,因此,子类的实现也可以影响父类中主逻辑的运行。但是,在灵活的同时,由于子类影响到了父类,违反了里氏替换原则,也会给程序带来风险。这就对抽象类的设计有了更高的要求。
在多个子类拥有相同的方法,并且这些方法逻辑相同时,可以考虑使用模版方法模式。在程序的主框架相同,细节不同的场合下,也比较适合使用这种模式。
补充:钩子方法的使用
当然也可以在钩子方法中定义一个默认的实现,如果子类不覆盖钩子方法,则执行父类的默认实现代码。
另一种钩子方法可以实现对其他方法进行约束,这种钩子方法通常返回一个bool类型,即返回true或false,用来判断是否执行某一个基本方法,下面通过一个实例来说明这种钩子方法的使用。
某软件公司欲为销售管理系统提供一个数据图表显示功能,该功能的实现包括如下几个步骤:
(1) 从数据源获取数据;
(2) 将数据转换为XML格式;
(3) 以某种图表方式显示XML格式的数据。
该功能支持多种数据源和多种图表显示方式,但所有的图表显示操作都基于XML格式的数据,因此可能需要对数据进行转换,如果从数据源获取的数据已经是XML数据则无须转换。
由于该数据图表显示功能的三个步骤次序是固定的,且存在公共代码(例如数据格式转换代码),满足模板方法模式的适用条件,可以使用模板方法模式对其进行设计。因为数据格式的不同,XML数据可以直接显示,而其他格式的数据需要进行转换,因此第(2)步“将数据转换为XML格式”的执行存在不确定性,为了解决这个问题,可以定义一个钩子方法IsNotXMLData()来对数据转换方法进行控制。通过分析,该图表显示功能的基本结构如图4所示:
图4 数据图表显示功能结构图
可以将公共方法和框架代码放在抽象父类中,代码如下:
在上面的代码中,引入了一个钩子方法IsNotXMLData(),其返回类型为bool类型,在模板方法中通过它来对数据转换方法ConvertData()进行约束,该钩子方法的默认返回值为true,在子类中可以根据实际情况覆盖该方法,其中用于显示XML格式数据的具体子类XMLDataViewer代码如下:该程序运行结果如下:
从XML文件中获取数据。
以柱状图显示数据。
- 23种设计模式(6):模板方法模式
- 23种设计模式-模板方法模式
- 23种设计模式~模板方法的设计模式
- PHP设计模式-模板模式(模板方法模式)
- PHP设计模式-模板模式(模板方法模式)
- 设计模式6-模板方法模式
- Java设计模式-6-模板方法模式
- 设计模式(7)-模板方法模式
- 【设计模式】-模板方法模式(Template)
- 设计模式(7):模板方法模式
- c++设计模式(模板方法模式)
- 设计模式(18) - 模板方法模式
- 设计模式(4):模板方法模式
- 设计模式(七)模板方法模式
- 设计模式:模板方法模式(Template)
- 设计模式(一)模板方法模式
- 设计模式(22)------模板方法模式
- 设计模式(九)模板方法模式
- uoj#246. 【UER #7】套路(dp+分块?分类讨论?)
- vue 数组元素(data)发生改变没有跟新到(view)解决方法
- KMP算法
- 通过Hibernate一级缓存,窥缓存技术冰山一角
- 数据库中查询记录时是否每次只能使用一个索引?
- 23种设计模式(6):模板方法模式
- java文件上传SpringMVC的配置
- 第37节 自动发邮件总结及实例说明
- failed to resolve com.android.support.constraint:constraint-layout解决办法
- leetcode 198. House Robber 入室抢劫 + DP动态规划求解
- Java公司笔试题
- 关于 Content-Type:application/x-www-form-urlencoded
- eclipse中使用svn提交,更新代码。
- 项目心得--我的尺寸测量项目