设计模式之生活中的模板模式总结篇

模板模式总结篇

在上一篇《设计模式之模板模式引导篇》中,我们使用了泡咖啡和泡茶的日常小场景讲解了模板模式的原理。本篇,我们就结合这个小案例,来对模板模式进行总结。

本文出自《凯哥学设计模式》系列教程。作者:凯哥Java(kaigejava)

凯哥个人博客:www.kaigejava.com

设计模式之生活中的模板模式总结篇

一:模板模式定义(或内容)

在上一篇中,我们知道泡茶和泡咖啡都需要五个步骤。这五个步骤,其实就是算法骨架。

在具体是泡咖啡还是泡茶,是加牛奶还是加柠檬的时候,把这两个具体步骤延迟到具体真的子类中来实现了。这样就可以在不修改泡茶或泡咖啡的算法结构下,实现特定步骤。

总结模板模式定义:设计模式之生活中的模板模式总结篇

先定义一个操作中的算法骨架,而将算法的某一个或者某些步骤的具体实现延迟到了子类中来实现,使得子类可以在不修改当前算法的结构情况下,重新定义当前算法的某些特定步骤。

模板模式属于行为模式的一种

二:角色

抽象的基类

实现某些具体步骤的子类

关键代码:公共的代码在基类中实现(如:烧水、倒入杯中、送个客人这三个步骤就在基类hotdrink中实现的)

其他步骤在具体子类中实现(如:是泡茶还是泡咖啡粉就是在具体的子类中实现的)

三:使用场景

在软件设计中,有些功能很类似,只是在某些环节不同而已。大多数环节都是相同的时候,可以使用模板模式。

将通用的算法或者步骤抽取到抽象类中,在具体子类中实现具体特定的操作

四:优缺点

设计模式之生活中的模板模式总结篇

优点:

封装不变的部分,将不变的部分抽取出来;

扩展可变部分,将可变的设置抽象方法,让具体子类来实现。

抽取的公共代码,便于后期维护

行为有基类来控制,具体操作有子类实现。

缺点:

每一个不同的实现都需要有一个子类来实现,这样就会导致类的数量大大的增加,使得系统更加庞大。

需要注意的地方:

为了防止算法骨架被恶意的破坏或者恶意的操作,一般在使用模板模式的时候,模板方法都会加上final这个关键字来限制。


原创文章,作者:Maggie-Hunter,如若转载,请注明出处:https://blog.ytso.com/192794.html

(0)
上一篇 2021年11月15日
下一篇 2021年11月15日

相关推荐

发表回复

登录后才能评论