模板方法模式是設(shè)計模式行為型中最簡單的一種設(shè)計模式。在實際中你甚至可能經(jīng)常用到，只是你自己不知道它是一種設(shè)計模式罷了。
模板方法模式定義一個操作中的算法的骨架，而將一些步驟延遲到子類中。模板方法使得子類可以不改變一個算法的結(jié)構(gòu)即可重定義該算法的某些特定步驟。
角色：
抽象類（AbstractClass）: 定義抽象的原語操作，具體的子類將重定義它們以實現(xiàn)一個算法，實現(xiàn)一個模板方法,定義一個算法的骨架。該模板方法不僅調(diào)用原語操作，也調(diào)用定義
具體子類 （ConcreteClass）: 實現(xiàn)原語操作以完成算法中與特定子類相關(guān)的步驟。
UML圖：

示例：假如你是一個老師，現(xiàn)在你要給你的學(xué)生出一份期末考試試卷。你班上有幾十個學(xué)生，你將考慮如何為設(shè)計考試卷。
  經(jīng)分析顯然學(xué)生的試卷大部分類容都是一致的，唯一不一致的是姓名和答案。老師設(shè)計好試卷，只需要把試卷交個學(xué)生填寫答案即可。學(xué)生不需要把題目照抄一份。
所以我們需要把試卷抽象成基類，并且給學(xué)生留下填寫答案以及姓名的地方。

class TestPaper 
{ 
public: 
  void DoTestPaper(){ 
    StudentName(); 
    TestTitleOne(); 
    TestTitleTwo(); 
  }; 
 
  void TestTitleOne(){ 
    cout<<"題目一：X國的房價會降下來么？"<<endl; 
    AnswerOne(); 
  } 
 
  void TestTitleTwo(){ 
    cout<<"題目二：說說你的新聞聯(lián)播的看法？"<<endl; 
    AnswerTwo(); 
  } 
 
  virtual void AnswerOne() = 0; 
  virtual void AnswerTwo() = 0; 
  virtual void StudentName() = 0; 
}; 

顯然，上面 AnswerOne, AnserTwo，StudentName 就是學(xué)生答題的地方，學(xué)生不需要把題目也抄下來。只需要實現(xiàn)我們的這三個方法就可以了。
例如：小紅的試卷

class XiaoHongTestPaper : public TestPaper 
{ 
public: 
  void StudentName(){ 
    cout<<"姓名：小紅"<<endl; 
  } 
  void AnswerOne(){ 
    cout<<"答：相信X,相信國家，明年一定降下來。"<<endl<<endl; 
  } 
  void AnswerTwo(){ 
    cout<<"答：新聞聯(lián)播是我最喜歡的節(jié)目啊。"<<endl<<endl; 
  } 
}; 

小張的試卷：

class XiaoZhangTestPaper : public TestPaper 
{ 
public: 
  void StudentName(){ 
    cout<<"姓名：小張"<<endl; 
  } 
  void AnswerOne(){ 
    cout<<"答：呵呵，還是去做你的X國夢吧。"<<endl<<endl; 
  } 
  void AnswerTwo(){ 
    cout<<"答：我很幸福"<<endl<<endl; 
  } 
}; 

客戶端：

int main(int argc, char* argv[]) 
{ 
  XiaoHongTestPaper paper1; 
  paper1.DoTestPaper(); 
 
  XiaoZhangTestPaper paper2; 
  paper2.DoTestPaper(); 
 
  system("pause"); 
  return 0; 
} 

關(guān)于模板方法的討論

模板方法模式是很簡單模式，但是也應(yīng)用很廣的模式。如上面的分析和實現(xiàn)中闡明的模板方法是采用繼承的方式實現(xiàn)算法的異構(gòu)，其關(guān)鍵點就是將通用算法封裝在抽象基類中，并將不同的算法細節(jié)放到子類中實現(xiàn)。

模板方法模式獲得一種反向控制結(jié)構(gòu)效果，這也是面向?qū)ο笙到y(tǒng)的分析和設(shè)計中一個原則 DIP（依賴倒置：Dependency Inversion Principles）。其含義就是父類調(diào)用子類的操作（高層模塊調(diào)用低層模塊的操作），低層模塊實現(xiàn)高層模塊聲明的接口。這樣控制權(quán)在父類（高層模塊），低層模塊反而要依賴高層模塊。

繼 承 的 強 制 性 約 束 關(guān) 系 也 讓模板方法模 式 有 不 足 的 地 方 ， 我 們 可 以 看 到 對 于ConcreteClass 類中的實現(xiàn)的原語方法 Primitive1()，是不能被別的類復(fù)用。假設(shè)我們要創(chuàng)建一個 AbstractClass 的變體 AnotherAbstractClass，并且兩者只是通用算法不一樣，其原語操作想復(fù)用 AbstractClass 的子類的實現(xiàn)。但是這是不可能實現(xiàn)的，因為 ConcreteClass 繼承自AbstractClass，也就繼承了 AbstractClass 的通用算法，AnotherAbstractClass 是復(fù)用不了ConcreteClass 的實現(xiàn)，因為后者不是繼承自前者。

模板方法模式暴露的問題也正是繼承所固有的問題，策略模式則通過組合（委托）來達到和模板方法模式類似的效果，其代價就是空間和時間上的代價，關(guān)于策略模式的詳細討論請參考 Strategy 模式解析。

最新評論