模板方法模式

一）故事

二）定義

定義乙個操作中的演算法和框架，而將一些步驟延遲到子類中。使得子類可以不改變乙個演算法的結構即可重定義該演算法和某些特定步驟。

三）**例子

共計兩個類：1）抽象模板類；2）具體模板類（可多個）；

1）抽象模板類

/**
* 抽象模板類
* * @author levovo
*/public abstract class absclass 
}

2）具體模板類（可多個）

/**
* 具體模板類
* * @author levovo
*/public class concreteclass1 extends absclass 
@override
protected void doanything() 
}

/**
* 具體模板類
* * @author levovo
*/public class concreteclass2 extends absclass 
@override
protected void doanything() 
}

場景使用例子

/**
* 場景使用例子
* * @author levovo
*/public class client 
}

四）優點

1）封裝不變部分，擴充套件可變部分

把認為是不變部分的演算法封裝到父類實現，而可變部分是則可以通過繼承來繼續擴充套件，在悍馬模型例子中，是不是就非常容易擴充套件？例如增加乙個h3型號的悍馬模型，很容易啊，增加乙個子類，實現父類的基本方法就可以了。

2）提取公用部分**，便於維護

我們例子中剛剛走過的彎路就是最好的證明，如果我們不抽取到父類中，任由這路散亂的**發生，想想後果是什麼樣子？維護人員為了修正乙個缺陷，需要到處查詢類似的**！

3）行為由父類控制，子類實現

基本方法是由子類實現的，因此子類可以通過擴充套件的方式增加相應的功能，符合開閉原則。

五）缺點

六）使用場景

1）多個子類有公有的方法，並且邏輯基本相同時。

2）重要、複雜的演算法，可以把核心演算法設計為模板方法，周邊的相關細節功能則由各個子類實現。

3）重構時，模板方法模式是乙個經常使用的模式，把相同的**抽取到父類中，然後通過鉤子函式（見「模板方法模式的擴充套件」）約束其行為。

七）注意事項

八）擴充套件

九）總結

我就一直沒有搞懂為什麼要用父類呼叫子類的方法。如果一定要呼叫子類，那為什麼要繼承呢？搞不懂。其實這個問題可以換個角度去理解，父類建立框架，子類重寫了父類部分的方法後，再呼叫從父類繼承的方法，產生不同的結果（而這正是是模板方法模式）。這是不是也可以理解為父類呼叫了子類的方法呢？你修改了子類，影響了父類行為的結果，曲線救國的方式實現了父類依賴子類的場景，模板方法模式就是這種效果。

模板抽象類定義基本方法（抽象方法）和模板方法（具體方法），模板方法可呼叫基本方法完成業務邏輯，基本方法（抽象方法）由子類實現。這兩個類就構成了模板方法模式。

模板方法模式

模板方法模式

模板方法模式

模板方法模式

相關推薦