一、
引子這是乙個很簡單的模式，卻被非常廣泛的使用。之所以簡單是因為在這個模式中僅僅使用到了繼承關係。
繼承關係由於自身的缺陷，被專家們扣上了「罪惡
」的帽子。
「使用委派關係代替繼承關係」，
「盡量使用介面實現而不是抽象類繼承
」等等專家警告，讓我們這些菜鳥對繼承
「另眼相看」。
其實，繼承還是有很多自身的優點所在。只是被大家濫用的似乎缺點更加明顯了。合理的利用繼承關係，還是能對你的系統設計起到很好的作用的。而模板方法模式就是其中的乙個使用範例。
二、定義與結構
gof給模板方法（
template method
）模式定義乙個操作中的演算法的骨架，而將一些步驟延遲到子類中。使得子類可以不改變乙個演算法的結構即可重定義該演算法的某些特定步驟。這裡的演算法的結構，可以理解為你根據需求設計出來的業務流程。特定的步驟就是指那些可能在內容上存在變數的環節。
可以看出來，模板方法模式也是為了巧妙解決變化對系統帶來的影響而設計的。使用模板方法使系統擴充套件性增強，最小化了變化對系統的影響。這一點，在下面的舉例中可以很明顯的看出來。
來看下這個簡單模式的結構吧：
1)abstractclass
（抽象類）：定義了一到多個的抽象方法，以供具體的子類來實現它們；而且還要實現乙個模板方法，來定義乙個演算法的骨架。該模板方法不僅呼叫前面的抽象方法，也可以呼叫其他的操作，只要能完成自身的使命。
2)concreteclass
（具體類）：實現父類中的抽象方法以完成演算法中與特定子類相關的步驟。
下面是模板方法模式的結構圖。直接把《設計模式》上的圖拿過來用下：
三、舉例
還是在我剛剛分析完原始碼的
junit
中找個例子吧。
junit
中的testcase
以及它的子類就是乙個模板方法模式的例子。在
testcase
這個抽象類中將整個測試的流程設定好了，比如先執行
setup
方法初始化測試前提，在執行測試方法，然後再
teardown
來取消測試設定。但是你將在
setup
、teardown
裡面作些什麼呢？鬼才知道呢！！因此，而這些步驟的具體實現都延遲到子類中去，也就是你實現的測試類中。
來看下相關的源**吧。
這是testcase
中，執行測試的模板方法。你可以看到，裡面正像前面定義中所說的那樣，它制定了「演算法」的框架——先執行
setup
方法來做下初始化，然後執行測試方法，最後執行
teardown
釋放你得到的資源。
public void runbare() throws throwable
finally
}這就是上面使用的兩個方法。與定義中不同的是，這兩個方法並沒有被實現為抽象方法，而是兩個空的無為方法（被稱為鉤子方法）。這是因為在測試中，我們並不是必須要讓測試程式使用這兩個方法來初始化和釋放資源的。如果是抽象方法，則子類們必須給它乙個實現，不管用到用不到。這顯然是不合理的。使用鉤子方法，則你在需要的時候，可以在子類中重寫這些方法。
protected void setup() throws exception
protected void teardown() throws exception
四、適用情況
根據上面對定義的分析，以及例子的說明，可以看出模板方法適用於以下情況：
1)一次性實現乙個演算法的不變的部分，並將可變的行為留給子類來實現。
2)各子類中公共的行為應被提取出來並集中到乙個公共父類中以避免**重複。其實這可以說是一種好的編碼習慣了。
3)控制子類擴充套件。模板方法只在特定點呼叫操作，這樣就只允許在這些點進行擴充套件。比如上面
runbare
（）方法就只在
runtest
前面適用
setup
方法。如果你不願子類來修改你的模板方法定義的框架，你可以採用兩種方式來做：一是在
api中不體現出你的模板方法；二、將你的模板方法置為
final
就可以了。
可以看出，使用模板方法模式可以將**的公共行為提取出來，達到復用的目的。而且，在模板方法模式中，是由父類的模板方法來控制子類中的具體實現。這樣你在實現子類的時候，根本不需要對業務流程有太多的了解。
五、總結
匆匆忙忙寫完了。希望大家指正！
模板方法模式 深入淺出（二）
模仿方法模式目錄1 概述 2 結構與分析 3 拓展 4 模式總結 鉤子方法給子類留了 後門 可以通過在子類中實現的鉤子方法對父類方法的執行進行約束，實現子類對父類行為的反向控制。體現靈活性 上篇部落格續集，情侶之間約約會，看看電影，喝喝咖啡，調情調情還是不錯的。說到喝咖啡，這不來到星巴克咖啡店 我們...
深入淺出設計模式 模板模式
設計模式是程式設計師必須掌握的技能，熟練應用各種設計模式，不僅可以提公升我們的編碼能力，也可以使得我們的編碼更美觀。在這裡我們來講解一下模板模式。模板模式 template pattern 中，乙個抽象類公開定義了執行它的方法的方式 模板。它的子類可以按需要重寫方法實現，但呼叫將以抽象類中定義的方式...
深入淺出責任鏈模式
一 引言初看責任鏈模式，心裡不禁想起了乙個以前聽過的相聲 看牙。說的是乙個病人看牙的時候，醫生不小心把拔下的乙個牙掉進了病人嗓子裡。病人因此樓上樓下的跑了好多科室，最後無果而終。責任鏈模式就是這種 推卸 責任的模式，你的問題在我這裡能解決我就解決，不行就把你推給另乙個物件。至於到底誰解決了這個問題了...