模板模式（学习笔记）

模板模式
模板模式看起来很简单，看起来。。。。
先看一下uml图吧：



这不就是一个继承么？！子类完成超类的抽象方法？！
重要的是templeteMethod();可以看到，它规定的operation1与operation2的执行顺序。
定义：定义一个操作中的算法（也就是上图中的templeteMethod方法）的骨架，而将一些步骤延迟到子类中。

模板方法可以说，使用了代码复用最常用的方式——继承，显然，这么设计，减少了工作量。更重要的是，它给了某种算法（templeteMethod方法）制定了约束，确定这个算法所使用的操作的顺序。而具体的某种操作如何实现可以留给子类。

好处：

1. 一次性实现一个算法的不变部分，并将可变行为留给子类来实现。
2. 集中各个子类中的公共行为并将其置入一个公共父类中，以避免代码重复。
3. 为控制子类扩展超类操作的方式，可定义在特定点调用“钩子”操作的模板方法，以允许在这些点进行扩展
注意（或者说是是实现技巧）：
1.必须被子类重载的操作应定义为抽象的
2.如果模板方法本身不应被子类重载，应定义为final的
3.为允许子类在一个算法操作的特定点插入代码，将“钩子”操作插入模板方法。这些钩子操作可能默认为什么也不做
4. 使子类必须重载的操作数量最少化，否则开发者会感觉模板方法很乏味。
5.在模板方法中，父类调用子类的操作而不是相反。这是一种反向的控制结构，有时称作“好莱坞法则”，即“别找我们，我们找你”
例子：
最好的例子就是，算法老师讲算法时，总是给你一些伪代码，甚至是自然语言！！你就可以把这些伪代码抽象为一个模板函数。然后定义子类去具体实现。