繼承關系由於自身的缺陷，被專家們扣上了“罪惡”的帽子。“使用委派關系代替繼承關系”，“盡量使用接口實現而不是抽象類繼承”等等專家警告，讓我們這些菜鳥對繼承“另眼相看”。其實，繼承還是有很多自身的優點所在。只是被大家濫用的似乎缺點更加明顯了。合理的利用繼承關系，還是能對你的系統設計起到很好的作用的。而模板方法模式就是其中的一個使用范例。
GOF給模板方法（Template Method）模式定義一個操作中的算法的骨架，而將一些步驟延遲到子類中。使得子類可以不改變一個算法的結構即可重定義該算法的某些特定步驟。這裡的算法的結構，可以理解為你根據需求設計出來的業務流程。特定的步驟就是指那些可能在內容上存在變數的環節。
可以看出來，模板方法模式也是為了巧妙解決變化對系統帶來的影響而設計的。使用模板方法使系統擴展性增強，最小化了變化對系統的影響。這一點，在下面的舉例中可以很明顯的看出來。
復制代碼 代碼如下:
<?php
/**
* 模板模式
*
* 定義一個操作中的算法骨架,而將一些步驟延遲到子類中,使得子類可以不改變一個算法的結構可以定義該算法的某些特定步驟
*
*/
abstract class TemplateBase
{
public function Method1()
{
echo "abstract Method1<br/>";
}
public function Method2()
{
echo "abstract Method2<br/>";
}
public function Method3()
{
echo "abstract Method3<br/>";
}
public function doSomeThing()
{
$this->Method1();
$this->Method2();
$this->Method3();
}
}
class TemplateObject extends TemplateBase
{
}
class TemplateObject1 extends TemplateBase
{
public function Method3()
{
echo "TemplateObject1 Method3<br/>";
}
}
class TemplateObject2 extends TemplateBase
{
public function Method2()
{
echo "TemplateObject2 Method2<br/>";
}
}
// 實例化
$objTemplate = new TemplateObject();
$objTemplate1 = new TemplateObject1();
$objTemplate2 = new TemplateObject2();
$objTemplate->doSomeThing();
$objTemplate1->doSomeThing();
$objTemplate2->doSomeThing();
AbstractClass（抽象類）：定義了一到多個的抽象方法，以供具體的子類來實現它們；而且還要實現一個模板方法，來定義一個算法的骨架。該模板方法不僅調用前面的抽象方法，也可以調用其他的操作，只要能完成自身的使命。
ConcreteClass（具體類）：實現父類中的抽象方法以完成算法中與特定子類相關的步驟。
根據上面對定義的分析，以及例子的說明，可以看出模板方法適用於以下情況：
一次性實現一個算法的不變的部分，並將可變的行為留給子類來實現。
各子類中公共的行為應被提取出來並集中到一個公共父類中以避免代碼重復。其實這可以說是一種好的編碼習慣了。
控制子類擴展。模板方法只在特定點調用操作，這樣就只允許在這些點進行擴展。比如上面runBare（）方法就只在runTest前面適用setUp方法。如果你不願子類來修改你的模板方法定義的框架，你可以采用兩種方式來做：一是在API中不體現出你的模板方法；二、將你的模板方法置為final就可以了。
可以看出，使用模板方法模式可以將代碼的公共行為提取出來，達到復用的目的。而且，在模板方法模式中，是由父類的模板方法來控制子類中的具體實現。這樣你在實現子類的時候，根本不需要對業務流程有太多的了解。
