模板方法模式实际上时所有模式中最为常见的几个模式。
- 定义一个操作中的算法的骨架,而将一些步骤延迟到子类中。模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。
模板方法模式需要开发抽象类和具体子类的设计师之间的协作。
- 一个设计师负责给出一个算法的轮廓和骨架
- 另一些设计师则负责给出这个算法的各个逻辑步骤
- 代表这些具体逻辑步骤的方法称作基本方法(primitive method)
- 将这些基本方法总汇起来的方法叫做模板方法(template method),这个设计模式的名字就是从此而来。
应用场景:
当我们要完成在某一细节层次一致的一个过程或一系列步骤,但其个别步骤在更详细的层次上的实现可能不同的时候,我们通常要考虑用模板方法模式解决。
结构:
-
抽象模板(AbstractClass)角色:
- 定义了一个或多个抽象操作,以便让子类实现,这些抽象操作叫做基本操作,它们是一个顶级逻辑的组成步骤。
- 定义并实现了一个模板方法。这个模板方法一般是一个具体方法,它给出了一个顶级逻辑的骨架,而逻辑的组成步骤在相应的抽象操作中,推迟到子类实现。顶级逻辑也有可能调用一些具体方法。
-
具体模板(ConcreteClass)角色:
- 实现父类所定义的一个或多个抽象方法,它们是一个顶级逻辑的组成步骤。
- 每一个抽象模板角色都可以有任意多个具体模板角色与之对应,而每一个具体模板角色都可以给出这些抽象方法(也就是顶级逻辑的组成步骤)的不同实现,从而使得顶级逻辑的实现各不相同。
优点:
- 实现代码复用
缺点:
- 算法骨架不容易升级(模板和子类是非常耦合的,如要对模板中的算法骨架进行变更,会影响子类变化)