译-设计模式-行为模式之Template-Method

Template Method 时行为模式的一种，让你定义一个算法的骨架，允许子类重新定义在不改变结构的情况下重新定义算法的某些步骤。

假设你正在写一个挖掘办公文档数据的应用程序。用户想要输入各种格式的文件（PDF，DOC，CSV），程序输出给他们有用的格式化数据。

第一个版本你仅支持DOC文件。下一个版本支持CSV格式文件。一个月后，你又增加了从PDF中分析数据的功能。

这时候，你注意到这三种转换算法有很多相似之处。他们除了处理不同的文件格式外，对数据的萃取和分析都是一致的。这点对减少重复代码和算法独立很有帮助。

客户端代码使用这些算法还有另一个问题。选择合适的行为的许多条件都需要依赖选择的算法。如果这三个转换类都遵循一个通用接口或者一个基类，这些条件就可以用多态消灭掉。

Template Method模式建议把一个算法分成几个步骤，把步骤封装到方法中并在一个“template”方法中挨个调用。

子类可以复写特定的步骤，但是无法修改模板方法，保持算法的结构不变。

在我们的应用中，我们为所有的转换算法创建一个通用的基类。模版方法的关键步骤看起来像这样子：

method templateMethod() is
    openDocument();
    extractRawData();
    parseRawData();
    analyzeData();
    closeDocument();

首先，你要把模版方法声明为abstract的，让所有的步骤都需要子类实现。然后，在子类的所有方法都实现后，再把子类共有的部分放到基类中，并使这些步骤（方法）成为可选的复写方法。

在我们的例子中，打开和关闭文档的操作对三种文件方式都不同，所以这点不需要默认实现。但是其他的步骤，比如，转换和分析，可以放到基类中，使得子类间共享这些代码。

还有另外一种步骤，叫做钩子。钩子时可选的步骤，他默认是空的。因此，即使一个模板没有腹泻够爱方法，它依然可以工作。通常，钩子被用来再算法开始之前或者结束之后给子类提供机会来做一些事情。

建筑商使用模板方法来进行大规模住房建设。有一个标准的建筑模板来描述施工步骤：打地基，筑桩，垒墙，走水电等。

但是，尽管标准化，建筑商可以稍微改变每一步，使一个房子有点不同（即添加更多的窗口，用不同的颜色涂墙…）

当子类能够扩展基本算法而不能修改他的结构时。

模版方法模式把算法分割成几个定义在基类中的个性化的步骤，可以被子类轻松扩展，并保持算法的结构。
当你需要几个类来做相似的事情但是又有一些不同时时。当你修改其中一个类时，你必须同时修改其他的类。

模版方法模式把相似的算法步骤抽取到基类中。代码的不同部分保留在各个子类中。

Factory Method是专业化的Template Method。另一方面，Factory Method通常作为大型Template Method的一个步骤。
Template Method采用继承方式来扩展不同的类取修改算法。Strategy采用修改委托对象行为的方式来改变对象的行为。Template Method工作在类级别。Strategy允许你更改单个对象的行为。

Java核心库中有些例子：

java.io.InputStream，java.io.OutputStream，java.io.Reader和java.io.Writer中所有非抽象的方法。
java.util.AbstractList，java.util.AbstractSet和java.util.AbstractMap中所有非抽象的方法。
javax.servlet.http.HttpServlet中所有的doXXX()方法都默认响应一个HTTP 405 “Method Not Allowed”错误。你可以自由复写他们。