Java設計模式之模版方法模式簡介_java

Java設計模式的模板方法模式定義一個操作中演算法的架構，而將一些步驟延遲到子類中，使得子類可以不改變演算法的結構即可重定義該演算法中的某些特定步驟。屬於行為類模式

如下圖所示：

事實上，模版方法是編程中一個經常用到的模式。先來看一個例子，某日，程式員A拿到一個任務：給定一個整數數組，把數組中的數由小到大排序，然後把排序之後的結果列印出來。經過分析之後，這個任務大體上可分為兩部分，排序和列印，列印功能好實現，排序就有點麻煩了。但是A有辦法，先把列印功能完成，排序功能另找人做。

abstract class AbstractSort { /** * 將數組array由小到大排序 * @param array */ protected abstract void sort(int[] array); public void showSortResult(int[] array){ this.sort(array); System.out.print("排序結果："); for (int i = 0; i < array.length; i++){  System.out.printf("%3s", array[i]); } }}

寫完後，A找到剛畢業入職不久的同事B說：有個任務，主要邏輯我已經寫好了，你把剩下的邏輯實現一下吧。於是把AbstractSort類給B，讓B寫實現。B拿過來一看，太簡單了，10分鐘搞定，代碼如下：

class ConcreteSort extends AbstractSort { @Override protected void sort(int[] array){ for(int i=0; i<array.length-1; i++){  selectSort(array, i); } }  private void selectSort(int[] array, int index) { int MinValue = 32767; // 最小值變數 int indexMin = 0; // 最小值索引變數 int Temp; // 暫存變數 for (int i = index; i < array.length; i++) {  if (array[i] < MinValue){ // 找到最小值  MinValue = array[i]; // 儲存最小值  indexMin = i;   } } Temp = array[index]; // 交換兩數值 array[index] = array[indexMin]; array[indexMin] = Temp; }}

寫好後交給A，A拿來一運行：

public class Client { public static int[] a = { 10, 32, 1, 9, 5, 7, 12, 0, 4, 3 }; // 預設資料數組 public static void main(String[] args){ AbstractSort s = new ConcreteSort(); s.showSortResult(a); }}

運行結果：
排序結果：  0  1  3  4  5  7  9 10 12 32

運行正常。行了，任務完成。沒錯，這就是模版方法模式。大部分剛步入職場的畢業生應該都有類似B的經曆。一個複雜的任務，由公司中的牛人們將主要的邏輯寫好，然後把那些看上去比較簡單的方法寫成抽象的，交給其他的同事去開發。這種分工方式在編程人員水平層次比較明顯的公司中經常用到。比如一個項目組，有架構師，進階工程師，初級工程師，則一般由架構師使用大量的介面、抽象類別將整個系統的邏輯串起來，實現的編碼則根據難度的不同分別交給進階工程師和初級工程師來完成。怎麼樣，是不是用到過模版方法模式？
 
模版方法模式的結構：

模版方法模式由一個抽象類別和一個（或一組）實作類別通過繼承結構組成，抽象類別中的方法分為三種：

1.抽象方法：父類中只聲明但不加以實現，而是定義好規範，然後由它的子類去實現。

2.模版方法：由抽象類別聲明並加以實現。一般來說，模版方法調用抽象方法來完成主要的邏輯功能，並且，模版方法大多會定義為final類型，指明主要的邏輯功能在子類中不能被重寫。

3.鉤子方法：由抽象類別聲明並加以實現。但是子類可以去擴充，子類可以通過擴充鉤子方法來影響模版方法的邏輯。

抽象類別的任務是搭建邏輯的架構，通常由經驗豐富的人員編寫，因為抽象類別的好壞直接決定了程式是否穩定性。

實作類別用來實現細節。抽象類別中的模版方法正是通過實作類別擴充的方法來完成商務邏輯。只要實作類別中的擴充方法通過了單元測試，在模版方法正確的前提下，整體功能一般不會出現大的錯誤。
 
模版方法的優點及適用情境：

容易擴充。一般來說，抽象類別中的模版方法是不易反生改變的部分，而抽象方法是容易反生變化的部分，因此通過增加實作類別一般可以很容易實現功能的擴充，符合開閉原則。

便於維護。對於模版方法模式來說，正是由於他們的主要邏輯相同，才使用了模版方法，假如不使用模版方法，任由這些相同的代碼散亂的分布在不同的類中，維護起來是非常不方便的。

比較靈活。因為有鉤子方法，因此，子類的實現也可以影響父類中主邏輯的運行。但是，在靈活的同時，由於子類影響到了父類，違反了裡氏替換原則，也會給程式帶來風險。這就對抽象類別的設計有了更高的要求。

在多個子類擁有相同的方法，並且這些方法邏輯相同時，可以考慮使用模版方法模式。在程式的主架構相同，細節不同的場合下，也比較適合使用這種模式。