前言
其實(shí)模板方法模式我們經(jīng)常使用停撞，而且在我看來(lái)瓷蛙，可能是23個(gè)設(shè)計(jì)模式中最簡(jiǎn)單的一個(gè)了，但是可能大家都忘記概念了戈毒，此偏博文作為總結(jié)回顧艰猬。
畢竟，總結(jié)埋市，永遠(yuǎn)都是沒(méi)錯(cuò)的冠桃。
在軟件開(kāi)發(fā)中，我們經(jīng)常會(huì)遇到知道大概要做什么事情道宅，但是細(xì)節(jié)沒(méi)定食听，或者說(shuō)，確定了大體的樣子后污茵，其中某個(gè)步驟可能有多種情況樱报，多種寫(xiě)法，甚至是容易經(jīng)常更換泞当。
這個(gè)時(shí)候迹蛤，我們的模板方法模式便上場(chǎng)了。而且在源碼庫(kù)中，使用頻率是極高的盗飒。
正題
- 定義
定義一個(gè)操作中的算法框架嚷量，而將一些步驟延遲道子類中，使得子類可以不改變一個(gè)算法的結(jié)構(gòu)即可重新定義該算法的某些特定步驟逆趣。（其實(shí)蝶溶，說(shuō)清楚了就是抽象類的良好使用）
注意與策略模式的不同是，策略模式的主要思想是：使不同的算法可以被相互替換汗贫，而不影響客戶端的使用身坐。
- 使用場(chǎng)景
對(duì)一些復(fù)雜的算法進(jìn)行分割，將其算法中固定不變的部分設(shè)計(jì)為模板方法和父類具體方法落包，而一些可以改變的細(xì)節(jié)由其子類來(lái)實(shí)現(xiàn)部蛇。即：一次性實(shí)現(xiàn)一個(gè)算法的不變部分，并將可變的行為留給子類來(lái)實(shí)現(xiàn)咐蝇。
各子類中公共的行為應(yīng)被提取出來(lái)并集中到一個(gè)公共父類中以避免代碼重復(fù)涯鲁。
需要通過(guò)子類來(lái)決定父類算法中某個(gè)步驟是否執(zhí)行，實(shí)現(xiàn)子類對(duì)父類的反向控制有序。
- 使用方法
其實(shí)就相當(dāng)于是抽象類的使用抹腿，而其中的關(guān)鍵就是抽象， 抽象出什么樣的方法給子類去實(shí)現(xiàn)旭寿，這才是核心警绩。
來(lái)個(gè)demo吧
abstract class AbstractClass {
//模板方法
public void TemplateMethod() {
PrimitiveOperation1();
PrimitiveOperation2();
PrimitiveOperation3();
}
//基本方法—具體方法
public void PrimitiveOperation1() {
//實(shí)現(xiàn)代碼
}
//基本方法—抽象方法
public abstract void PrimitiveOperation2();
//基本方法—鉤子方法
public void PrimitiveOperation3() {
}
}
class ImplClassA extends AbstractClass{
@Override
public void PrimitiveOperation2() {
//具體實(shí)現(xiàn)
}
}
- 優(yōu)缺點(diǎn)
優(yōu)點(diǎn)
模板方法模式的主要優(yōu)點(diǎn)如下：
(1) 在父類中形式化地定義一個(gè)算法，而由它的子類來(lái)實(shí)現(xiàn)細(xì)節(jié)的處理盅称，在子類實(shí)現(xiàn)詳細(xì)的處理算法時(shí)并不會(huì)改變算法中步驟的執(zhí)行次序肩祥。
(2) 模板方法模式是一種代碼復(fù)用技術(shù)，它在類庫(kù)設(shè)計(jì)中尤為重要缩膝，它提取了類庫(kù)中的公共行為混狠，將公共行為放在父類中，而通過(guò)其子類來(lái)實(shí)現(xiàn)不同的行為疾层，它鼓勵(lì)我們恰當(dāng)使用繼承來(lái)實(shí)現(xiàn)代碼復(fù)用将饺。
(3) 可實(shí)現(xiàn)一種反向控制結(jié)構(gòu)，通過(guò)子類覆蓋父類的鉤子方法來(lái)決定某一特定步驟是否需要執(zhí)行痛黎。
(4) 在模板方法模式中可以通過(guò)子類來(lái)覆蓋父類的基本方法予弧，不同的子類可以提供基本方法的不同實(shí)現(xiàn)，更換和增加新的子類很方便湖饱，符合單一職責(zé)原則和開(kāi)閉原則桌肴。
缺點(diǎn)
模板方法模式的主要缺點(diǎn)如下：
需要為每一個(gè)基本方法的不同實(shí)現(xiàn)提供一個(gè)子類，如果父類中可變的基本方法太多琉历，將會(huì)導(dǎo)致類的個(gè)數(shù)增加坠七，系統(tǒng)更加龐大水醋，設(shè)計(jì)也更加抽象。
源碼下的模板方法模式
很多很多的等待我們實(shí)現(xiàn)的抽象類都使用了該模式彪置。比較常見(jiàn)的是 AsyncTask拄踪，其實(shí)Activity也是，我們?cè)诟鞔笊芷谥袌?zhí)行自己的細(xì)節(jié)代碼拳魁，而那些生命周期回調(diào)就可以稱之為鉤子方法惶桐。
private AsyncTask task = new AsyncTask() {
@Override
protected void onPreExecute() {
super.onPreExecute();
}
@Override
protected Object doInBackground(Object[] params) {
return null;
}
@Override
protected void onPostExecute(Object o) {
super.onPostExecute(o);
}
};
我們可以看到，onPreExecute潘懊，doInBackground姚糊，onPostExecute這些都是模板方法父類為我們提供的讓我們寫(xiě)具體細(xì)節(jié)的代碼，而至于這個(gè)異步任務(wù)是怎么執(zhí)行的授舟，怎么挨個(gè)調(diào)用的救恨，由模板方法統(tǒng)一處理。
謝謝大家閱讀释树，如有幫助肠槽，來(lái)個(gè)喜歡或者關(guān)注吧！
本文作者：Anderson/Jerey_Jobs
博客地址 ： 夏敏的博客/Anderson大碼渣/Jerey_Jobs
簡(jiǎn)書(shū)地址 : Anderson大碼渣
CSDN地址 : Jerey_Jobs的專欄
github地址 : Jerey_Jobs
