模板模式总结篇
在上一篇《设计模式之模板模式引导篇》中,我们使用了泡咖啡和泡茶的日常小场景讲解了模板模式的原理。本篇,我们就结合这个小案例,来对模板模式进行总结。
本文出自《凯哥学设计模式》系列教程。作者:凯哥Java(kaigejava)
凯哥个人博客:www.kaigejava.com
一:模板模式定义(或内容)
在上一篇中,我们知道泡茶和泡咖啡都需要五个步骤。这五个步骤,其实就是算法骨架。
在具体是泡咖啡还是泡茶,是加牛奶还是加柠檬的时候,把这两个具体步骤延迟到具体真的子类中来实现了。这样就可以在不修改泡茶或泡咖啡的算法结构下,实现特定步骤。
总结模板模式定义:
先定义一个操作中的算法骨架,而将算法的某一个或者某些步骤的具体实现延迟到了子类中来实现,使得子类可以在不修改当前算法的结构情况下,重新定义当前算法的某些特定步骤。
模板模式属于行为模式的一种
二:角色
抽象的基类
实现某些具体步骤的子类
关键代码:公共的代码在基类中实现(如:烧水、倒入杯中、送个客人这三个步骤就在基类hotdrink中实现的)
其他步骤在具体子类中实现(如:是泡茶还是泡咖啡粉就是在具体的子类中实现的)
三:使用场景
在软件设计中,有些功能很类似,只是在某些环节不同而已。大多数环节都是相同的时候,可以使用模板模式。
将通用的算法或者步骤抽取到抽象类中,在具体子类中实现具体特定的操作
四:优缺点
优点:
封装不变的部分,将不变的部分抽取出来;
扩展可变部分,将可变的设置抽象方法,让具体子类来实现。
抽取的公共代码,便于后期维护
行为有基类来控制,具体操作有子类实现。
缺点:
每一个不同的实现都需要有一个子类来实现,这样就会导致类的数量大大的增加,使得系统更加庞大。
需要注意的地方:
为了防止算法骨架被恶意的破坏或者恶意的操作,一般在使用模板模式的时候,模板方法都会加上final这个关键字来限制。
原创文章,作者:Maggie-Hunter,如若转载,请注明出处:https://blog.ytso.com/tech/opensource/192794.html