设计模式之模版方法模式

开发 前端
在设计模式中的模版方法模式,也是可以理解为一种规范模版。主要是提升我们代码的复用性,以及扩展等问题。

[[405818]]

大家每到一家公司都会发现,每个公司都会有一个规范,比如说请假流程规范,代码规范等等。每个公司都有这个流程,只是里面的具体执行条件不一样而已。

在设计模式中的模版方法模式,也是可以理解为一种规范模版。主要是提升我们代码的复用性,以及扩展等问题。

这样的模板方法在我们当舔狗跟妹妹们聊天的时候也是可以用到的,比如这样一个模板:

“宝,XXXX了,XXXX什么XX?X你的XXX”

当我拿到这样一个模板的时候,我就可以举一反三直接套用了,我们直接填参数就可以了,比如:

“宝,我打疫苗了,打的什么苗 ,爱你的每一秒 ”

“宝,我做核酸了,做的什么酸,得不到你的心酸”

“宝,今天去输液了,输的什么液,想你的夜”

...........

好了言归正传,在框架中模版方法模式也是很常见的。

今天就具体来聊聊设计模式中行为型设计模式中模版方法模式。

设计模式系列往期文章:

  • 单例模式
  • 工厂模式
  • 流程引擎
  • 建造者模式
  • 原型模式
  • 责任链模式
  • 观察者模式
  • 策略模式

大纲

还是老规矩从上图五个方面来分别具体和大家聊聊模版方法模式

定义

模版方法模式的定义以及目的?

  • 定义:模板方法模式在一个方法中定义一个算法骨架,并将某些步骤推迟到子类中实现。模板方法模式可以让子类在不改变算法整体结构的情况下,重新定义算法中的某些步骤
  • 目的:1.使用模版方法模式的目的是避免编写重复代码,以便开发人员可以专注于核心业务逻辑的实现
  • 2.解决接口与接口实现类之间继承矛盾问题
  • 以上定义来自《设计模式之美》

结构图:

  • AbstractTemplate(抽象模版):定义一系列抽象方法,或者实现的方法,又或者是钩子方法。即:定义流程
  • ConcreteTemplate(具体模版):实现父类抽象方法,基于本身不同的模版业务逻辑,实现不同的业务逻辑代码。即:抽象方法实现相同,内部逻辑不同

整个结构图看起来还是很简单的,但是还是要理解设计模式解决什么问题。

代码实现?还是举例吧。

还是以上面的请假举例吧,假设现在A公司请假需要直属领导审批以及通知HR有人请假了就可以了,B公司需要直属领导,部门负责人审批最后通知HR,方能完成整个请假流程。那作为OA办公流程怎么去处理这个问题嘛?直接看代码实现吧!

  1. public abstract class AskForLeaveFlow { 
  2.  
  3.     // 一级组长直接审批 
  4.     protected abstract void firstGroupLeader(String name); 
  5.  
  6.     // 二级组长部门负责人审批 
  7.     protected void secondGroupLeader(String name) { 
  8.     } 
  9.  
  10.     // 告知HR有人请假了 
  11.     private final void notifyHr(String name) { 
  12.         System.out.println("当前有人请假了,请假人:" + name); 
  13.     } 
  14.  
  15.     // 请假流模版 
  16.     public void askForLeave(String name) { 
  17.         firstGroupLeader(name); 
  18.         secondGroupLeader(name); 
  19.         notifyHr(name); 
  20.     } 
  21.  

首先还是定义一个请假流程,其中:

  • firstGroupLeader方法为abstract修饰,则作为子类都是必须要实现的
  • secondGroupLeader 二级领导审批,在子类中可以重写,也可不重写
  • notifyHr 方法为通知HR,已经内部实现

最后一个askForLeave请假流程方法,把以上模版方法串起来

  1. public class CompanyA extends AskForLeaveFlow { 
  2.      
  3.     @Override 
  4.     protected void firstGroupLeader(String name) { 
  5.         System.out.println("CompanyA 组内有人请假,请假人:" + name); 
  6.     } 
  7.  
  8. public class CompanyB extends AskForLeaveFlow { 
  9.     @Override 
  10.     protected void firstGroupLeader(String name) { 
  11.         System.out.println("CompanyB 组内有人请假,请假人:" + name); 
  12.     } 
  13.     @Override 
  14.     protected void secondGroupLeader(String name){ 
  15.         System.out.println("CompanyB 部门有人请假,请假人:" + name); 
  16.     } 

在CompanyA以及CompanyB中,secondGroupLeader二级领导可以选择重写或者不重写,这个类模版方法简称为钩子方法。

  1. public class testTemplate { 
  2.     public static void main(String[] args) { 
  3.         // 公司A请假流程模版 
  4.         AskForLeaveFlow companyA = new CompanyA(); 
  5.         companyA.askForLeave("敖丙"); 
  6.         // 结果:CompanyA 组内有人请假,请假人:敖丙 
  7.         //       当前有人请假了,请假人:敖丙 
  8.  
  9.         AskForLeaveFlow companyB = new CompanyB(); 
  10.         companyB.askForLeave("敖丙"); 
  11.         // 结果:CompanyB 组内有人请假,请假人:敖丙 
  12.         //      CompanyB 部门有人请假,请假人:敖丙 
  13.         //      当前有人请假了,请假人:敖丙 
  14.     } 

最后就是看测试dome结果了。companyA和companyB分别输出了对应的请假流程。

细心的同学可能已经发现了,做为模版方法中里面除了可以有抽象方法外,还可以有具体的实现方法以及钩子方法。

所以大家在应用的过程可以多考虑考虑在内部定义模版方法时,应该定义成抽象方法还是其它的。

框架中的应用

模版方法模式在我们常见的Java的框架中也是非常常见的,只是可能我们平时没有注意到这一点而已。

第一个:首先我们学SpringMVC的时候,最开始都会写一些Servlet来作为处理一些post或者get请求等。

这里直接看这个源码大家就可以发现这也是直接使用模版方法模式的思想,期间在HttpServlet 继承GenericServlet中也还是模版方法的体现,这说明了可以多次抽象构建模版。

第二个:常见问的文件流中,Java IO 类中的InputStream、OutputStream、Reader、Writer等都能看到模版方法模式的身影。

上面是我贴出的部分InputStream的源码,主要看这个read模版方法,也就是模版方法模式的体现。

当然IO类中还有很多其他的,我就不一一贴源码出来了,感情兴趣的同学,可以自己打开源码了解了解。

业务举例

在业务中怎么使用模版方法?

首先需要理解模版方法它是为了增加代码的复用性,以及扩展性而存在的,所以本着这个思想我还是给大家举一个例子吧。

之前写责任链模式最后给大家举例商品详情,这次还是用商品详情,但是用模版方法模式来实现这个问题,理解为商详2.0版本。

商品详情展示我们可以是分模块展示的,比如头图,商品信息,sku信息,配送地址,分期付费等等。

那么怎么进行组装到商品详情的展示呢?

流程图:

可以看到一个请求过来,可以有模块组装器选择组装返回结果。

  • 提一个点,在第二步请求的模块的时候为了减少整个链路的请求时间可以考虑是串行,或者并行(开线程池处理)。

接下来直接看代码吧

  1. public abstract class AbstractTemplateBlock<T> { 
  2.     // 组装结果 
  3.     public T template(ModelContainer modelContainer) { 
  4.         T block = initBlock(); 
  5.         try { 
  6.             this.doWork(modelContainer, block); 
  7.         } catch (Exception e) { 
  8.             // 可以选择捕获异常,是中断流程,还是只打印日志,不中断流程 
  9.         } 
  10.         return block; 
  11.     } 
  12.     // 初始化构建返回结果模型 
  13.     protected abstract T initBlock(); 
  14.     // 定义抽象模版 
  15.     protected abstract void doWork(ModelContainer modelContainer, T block) throws Exception; 

还是先创建模版Block

  1. @Component 
  2. public class ItemInfoBlock extends AbstractTemplateBlock<ItemInfoBlock.ItemInfo> { 
  3.     @Override 
  4.     protected ItemInfoBlock.ItemInfo initBlock() { 
  5.         return new ItemInfoBlock.ItemInfo(); 
  6.     } 
  7.  
  8.     // 模拟业务逻辑,组装返回商品信息模块数据 
  9.     @Override 
  10.     protected void doWork(ModelContainer modelContainer, ItemInfo block) throws Exception { 
  11.         block.setItemId(123L); 
  12.         block.setItemName("测试"); 
  13.     } 
  14.     @Data 
  15.     public static class ItemInfo { 
  16.         private Long itemId; 
  17.         private String itemName; 
  18.     } 

这里只写了一个ItemInfoBlock,其他的模块也是这一样的写法,所以就不全写出来了。

  1. public static void main(String[] args) { 
  2.     // 1.模拟获取SpringBean 
  3.     ApplicationContext applicationContext = new ClassPathXmlApplicationContext("classpath:applicationContext.xml"); 
  4.     ItemInfoBlock itemInfoBlock = (ItemInfoBlock) applicationContext.getBean("itemInfoBlock"); 
  5.  
  6.   // 2. ModelContainer可以理解为贯穿上下文中的请求参数,或者一些组装数据需要的预加载数据 
  7.    ModelContainer modelContainer  = new ModelContainer(); 
  8.    // 3. 获取返回结果 
  9.    ItemInfoBlock.ItemInfo itemInfo = itemInfoBlock.template(modelContainer); 
  10.    System.out.println(JSON.toJSONString(itemInfo)); 
  11.    // 结果:{"itemId":123,"itemName":"测试"

最后就是看测试demo了,可以看到再每一个模块中都是有一个AbstractTemplateBlock,内部包含doWork抽象方法,由子类去实现当前自己的业务逻辑。

同时第三步获取返回结果时,我只是单独列出来,大家可以根据实际情况还能做改造。比如说返回map结构等 mapKey 是模块名称,value是数据。

当前这种组装商品详情的模式也是比较常见的一种方式。代码的复用性高,同时扩展性也有一定的体现,符合模版方法模式的思想。

总结

模版方法模式的特点大家应该也能体会到了,适用场景还是为了增加代码的复用性,以及扩展性。

还是那句话存在即合理,不要因设计模式而在写代码时强行嵌套。合理的学习每种设计模式适合场景,解决什么问题。

 

责任编辑:姜华 来源: 三太子敖丙
相关推荐

2012-07-11 08:51:51

设计模式

2022-02-11 10:22:48

模版模式语言

2020-08-21 07:23:50

工厂模式设计

2021-06-09 08:53:34

设计模式策略模式工厂模式

2012-02-29 09:41:14

JavaScript

2023-09-04 13:14:00

装饰器设计模式

2012-01-13 15:59:07

2021-06-29 08:54:23

设计模式代理模式远程代理

2021-12-24 07:50:45

责任链模式设计

2015-09-08 13:39:10

JavaScript设计模式

2020-08-11 11:20:30

Typescript设计模式

2023-12-12 11:09:55

模板方法模式python设计模式

2009-01-15 10:55:29

JavaScript设计模式抽象工厂

2020-12-01 07:16:05

重学设计模式

2010-04-19 09:30:00

工厂模式PHP设计模式

2016-03-28 10:23:11

Android设计单例

2021-03-05 07:57:41

设计模式桥接

2021-01-21 05:34:14

设计模式建造者

2010-03-25 08:52:30

PHP设计模式代理模式

2023-12-13 13:28:16

装饰器模式Python设计模式
点赞
收藏

51CTO技术栈公众号