在物件導向程式設計過程中,程式設計師常常會遇到這種情況:
設計乙個系統時知道了演算法所需的關鍵步驟,而且確定了這些步驟的執行順序,但某些步驟的具體實現還未知,或者說某些步驟的實現與具體的環境相關。
例如,去銀行辦理業務一般要經過以下4個流程:取號、排隊、辦理具體業務、對銀行工作人員進行評分等,
其中取號、排隊和對銀行工作人員進行評分的業務對每個客戶是一樣的,可以在父類中實現,
但是辦理具體業務卻因人而異,它可能是存款、取款或者轉賬等,可以延遲到子類中實現。
定義:
定義乙個操作中的演算法骨架,而將演算法的一些步驟延遲到子類中,使得子類可以不改變該演算法結構的情況下重定義該演算法的某些特定步驟。
模板方法(template method)模式包含以下主要角色:
具體子類(concrete class):實現抽象類中所定義的抽象方法和鉤子方法,它們是乙個頂級邏輯的組成步驟。
【例】炒菜
炒菜的步驟是固定的,分為倒油、熱油、倒蔬菜、倒調料品、翻炒等步驟。
現通過模板方法模式來用**模擬。類圖如下:
* @description: 抽象類(定義模板方法和基本方法)
* @author: dym
*/public abstract class abstractclass
public void pouroil()
//第二步:熱油是一樣的,所以直接實現
public void heatoil()
//第三步:倒蔬菜是不一樣的(乙個下包菜,乙個是下菜心)
public abstract void pourvegetable();
//第四步:倒調味料是不一樣
public abstract void poursauce();
//第五步:翻炒是一樣的,所以直接實現
public void fry()
}
package com.itheima.pattern.template;
/** * @version v1.0
* @classname: concreteclass_baocai
* @description: 炒菜心類
* @author: dym
*/public class concreteclass_caixin extends abstractclass
public void poursauce()
}
package com.itheima.pattern.template;
/** * @version v1.0
* @classname: concreteclass_baocai
* @description: 炒包菜類
* @author: dym
*/public class concreteclass_baocai extends abstractclass
public void poursauce()
}
package com.itheima.pattern.template;
/** * @version v1.0
* @classname: client
* @description: todo(一句話描述該類的功能)
* @author: dym
*/public class client
}
優點:缺點: 模板方法模式
有這樣乙個場景 乙個演算法或流程,它的步驟以及步驟之間的順序是固定的,但具體的某一步可能有不同的實現。對於這麼乙個場景,可以建立多個類,各個類實現不同的實現,但是這樣的缺點是 易錯 難改,易錯 應為步驟和順序是固定的,而且在每個類中都要寫一遍,程式設計師怎有心情不好的時候,就有可能把其中某一步給寫錯...
模板方法模式
模板方法模式 定義乙個演算法框架,將裡面的操作步驟推遲到子類中去執行,這樣使得子類不用改變框架,只需改變某些操作步驟方法 ifndef test h define test h include include using namespace std class test virtual test v...
模板方法模式
模板方法模式 在乙個方法中定義乙個演算法的骨架,而將一些步驟延遲到子類中。模板方法使得子類可以在不改變演算法結構的情況下,重新定義演算法的某些步驟。還可以使用鉤子對可選部分進行判斷。include include using namespace std class caffeinebeverage ...