大B：“剛才說模板方法模式運用於一個業務對象。事實上，框架頻繁使用模板方法模式，使得框架實現對關鍵邏輯的集中控製。”
大B：“我們需要為基本Spring的應用做一個測試用例的基類。用於對類的方法進行單元測試。我們知道Spring應用把需要用到的對象都定義在外部的xml文件中，也稱為context。”
大B：“通常我們會把context分割成多個小的文件，以便於管理。在測試時我們需要讀取context文件，但是並不是每次都讀取所有的文件。讀取這些文件是很費時間的。所以我們想把它緩存起來，隻要這個文件被讀取過一次，我們就把它們緩存起來。所以我們通過擴展Junit的TestCase類來完成一個測試基類。我們需要實現緩存的邏輯，其它開發人員隻需要實現讀取配置文件的方法即可。它不用管是否具有緩存。”
代碼：
//覆寫TestCase的setUp方法，在運行測試方法之前從緩存中讀取context文件，如果緩存中不存在則初始化applicationContext，並放入緩存。
//讀取context文件，由子類實現
大B：“rendercode；這樣子類隻需要去實現getConfigLocations方法，提供需要讀取的配置文件字符數組就可以了。至於怎麼去讀取context文件內容，怎麼實現緩存，則無需關心。AbstractCacheContextTests保證在運行所有測試之前去執行讀取context文件的動作。注意這裏setUp方法被聲明為protected，是因為setUp方法是TestCase類的方法。在這裏setUp方法被定義為final了，是確保子類不能去覆寫這個方法，從而保證了父類控製的邏輯。”
小A：“如果使用過Junit會發生什麼問題？”
大B：“TestCase的setUp方法，就是在這個測試類的測試方法運行之前作一些初始化動作。如創建一些所有測試方法都要用到的公共對象等。在這裏把setUp方法聲明為final之後，子類再也無法去擴展它了，子類同時還需要一些額外的初始化動作就無法實現了。可能你會說：‘把setUp方法的final修飾符去掉就可以了隘。這樣是可以的，但是去掉final修飾符後，子類是可以覆寫setUp方法，而去執行一些額外的初始化。而可怕的是，父類從此失去了必須讀取context文件及緩存context內容的邏輯。為了解決這個問題，可以實現一個空方法onSetUp。在setUp方法中調用onSetUp方法。這樣子類就可以通過覆寫onSetUp方法來進行額外的初始化。”
//覆寫TestCase的setUp方法，在運行測試方法之前從緩存中讀取context文件，如果緩存中不存在則初始化applicationContext，並放入緩存。
代碼：
onSetUp；
//讀取context文件，由子類實現
小A：“為什麼不把onSetUp聲明為abstract呢？”
大B：“這是因為子類不一定總是需要覆寫onSetUp方法。可以說onSetUp方法是為了對setUp方法的擴展。像onSetUp這樣的空方法就稱之為勾子方法（HookMethod）。”
(本章完)