问题

在面向对象系统的分析与设计过程中经常会遇到这样一种情况：对于某一个业务逻辑（算法实现）在不同的对象中有不同的细节实现，但是逻辑（算法）的框架（或通用的应用算法）是相同的。Template提供了这种情况的一个实现框架。

Template采用继承实现这一点，将逻辑（算法）框架放在抽象基类中，并定义好细节的接口，子类中实现细节即可。

附：Strategy模式解决的是和Template模式类似的问题，但是Strategy模式是将逻辑（算法）封装到一个类中，并采取组合（委托）的方式解决这个问题。

模式结构

Template Pattern

Template模式实际上就是利用面向对象中多态的概念实现算法实现细节和高层接口的松耦合。

Template模式的实现代码很简单，因此解释都是多余的，其关键是将通用算法（逻辑）封装起来，而将算法细节让子类实现（多态）。

唯一注意的是我们将原语操作（细节算法）定义成（protected）成员，只供模板方法调用。

讨论

Template模式很简单，但是应用也很广泛。Template是采用继承的方式实现算法的异构，其关键点是将通用算法封装在抽象基类中，并将不同的算法放在子类中实现。Template模式获得一种反向控制结构效果，这也是面向对象系统分析和设计中一个原则DIP（依赖倒置），含义是父类调用子类的操作（高层模块调用低层模块的操作），低层模块实现高层模块声明的接口。这样控制权在父类（高层模块），低层模块依赖高层模块。

不足

继承的强制约束关系也让Template有不足的地方，， 我 们 可 以 看 到 对 于ConcreteClass 类中的实现的原语方法 Primitive1()，是不能被别的类复用。假设我们要创建一个AbstractClass 的变体 AnotherAbstractClass，并且两者只是通用算法不一样，其原语操作想复用AbstractClass 的子类的实现。但是这是不可能实现的，因为 ConcreteClass 继承自AbstractClass，也就继承了 AbstractClass 的通用算法， AnotherAbstractClass 是复用不了ConcreteClass 的实现，因为后者不是继承自前者。

Template模式暴露的问题也正是继承所固有的问题，Strategy模式则通过组合（委托）来达到和Template模式类似的效果，其代价就是空间和时间上的代价。