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

模板模式总结篇

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

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

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

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

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

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

总结模板模式定义：

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

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

二：角色

抽象的基类

实现某些具体步骤的子类

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

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

三：使用场景

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

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

四：优缺点

优点：

封装不变的部分，将不变的部分抽取出来；

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

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

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

缺点：

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

需要注意的地方：

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