一、引言
提到模板，大家肯定不免想到生活中的“簡歷模板”、“論文模板”、“Word中模版文件”等，在現(xiàn)實生活中，模板的概念就是——有一個規(guī)定的格式，然后每個人都可以根據(jù)自己的需求或情況去更新它，例如簡歷模板，下載下來的簡歷模板的格式都是相同的，然而我們下載下來簡歷模板之后我們可以根據(jù)自己的情況填充不同的內(nèi)容要完成屬于自己的簡歷。在設(shè)計模式中，模板方法模式中模板和生活中模板概念非常類似，下面讓我們就詳細介紹模板方法的定義，大家可以根據(jù)生活中模板的概念來理解模板方法的定義。

二、模板方法模式詳細介紹
2.1 模板方法模式的定義
模板方法模式——在一個抽象類中定義一個操作中的算法骨架（對應(yīng)于生活中的大家下載的模板），而將一些步驟延遲到子類中去實現(xiàn)（對應(yīng)于我們根據(jù)自己的情況向模板填充內(nèi)容）。模板方法使得子類可以不改變一個算法的結(jié)構(gòu)前提下，重新定義算法的某些特定步驟，模板方法模式把不變行為搬到超類中，從而去除了子類中的重復(fù)代碼。

2.2 模板方法模式的實現(xiàn)
在這里以實現(xiàn)一個公司的薪資系統(tǒng)為例介紹一下模板方法的應(yīng)用。
首先定義抽象類，一般建議將抽象的操作定義為非虛public方法，將子類需要定義的特定步驟定義為抽象的protected方法。

publicabstractclass Employee
 {
publicvoid GetSalary()
  {
   GetBasicSalary();
   AddBonus();
  }

protectedabstractvoid GetBasicSalary();
protectedabstractvoid AddBonus();
 }

接著分別實現(xiàn)經(jīng)理和CEO的薪資

publicclass Manager : Employee
 {
protectedoverridevoid GetBasicSalary()
  {
   Console.WriteLine("Get Manager Basic Salary");
  }

protectedoverridevoid AddBonus()
  {
   Console.WriteLine("Add Manager Bonus");
  }
 }

publicclass CEO : Employee
 {
protectedoverridevoid GetBasicSalary()
  {
   Console.WriteLine("Get CEO Basic Salary");
  }

protectedoverridevoid AddBonus()
  {
   Console.WriteLine("Add CEO Bonus");
  }
 }

2.3 模板方法模式的結(jié)構(gòu)圖
模板方法是一種常見的設(shè)計模式，它定義一個操作中的算法的骨架，而將一些步驟延遲到子類中。模板使得子類可以不改變一個算法的結(jié)構(gòu)即可重定義該算法的某些特定步驟。
模板方法的結(jié)構(gòu)圖如下

模板方法模式中涉及了兩個角色：

（1）抽象模板角色（Vegetable扮演這個角色）：定義了一個或多個抽象操作，以便讓子類實現(xiàn)，這些抽象操作稱為基本操作。
（2）具體模板角色（ChineseCabbage和Spinach扮演這個角色）：實現(xiàn)父類所定義的一個或多個抽象方法。
三、模板方法模式的優(yōu)缺點
下面讓我們繼續(xù)分析下模板方法的優(yōu)缺點。

1.優(yōu)點：實現(xiàn)了代碼復(fù)用，能夠靈活應(yīng)對子步驟的變化，符合開放-封閉原則。
2.缺點：因為引入了一個抽象類，如果具體實現(xiàn)過多的話，需要用戶或開發(fā)人員需要花更多的時間去理清類之間的關(guān)系。

附：在.NET中模板方法的應(yīng)用也很多，例如我們在開發(fā)自定義的Web控件或WinForm控件時，我們只需要重寫某個控件的部分方法。

四、總結(jié)
到這里，模板方法的介紹就結(jié)束了，模板方法模式在抽象類中定義了算法的實現(xiàn)步驟，將這些步驟的實現(xiàn)延遲到具體子類中去實現(xiàn)，從而使所有子類復(fù)用了父類的代碼，所以模板方法模式是基于繼承的一種實現(xiàn)代碼復(fù)用的技術(shù)。

最新評論