物件導向的開發過程中,通常會抽象乙個物件或者是乙個通用的行為流程,而對於乙個行為流程的抽象,只是確保了流程的執行順序,其中的具體步驟的實現是無法知曉的,不同的場景可能就會有不同的實現。
在android
中典型的例子就是asynctask
,當呼叫execute()
方法後,asynctask
會依次執行onpreexecute
、doinbackground
、onpostexecute
(如果被取消則呼叫oncancelled
方法),過程中還可以呼叫onprogressupdate
來更新進度。
可以看出來,整個執行的流程是固定的,而具體的步驟是抽象的,這種情況就可以使用模板方法模式來解決問題。定義:乙個操作中演算法的框架,將一些步驟延遲到子類中,使得子類可以不改變乙個演算法的結構即可重定義該演算法的某些特定步驟。(ps:定義有點玄乎了,看看就好)
/**設計*/
public abstract void design();
/**開發*/
public abstract void develop();
/**發布*/
public abstract void release();
public void execute()}
@override
public void design()
@override
public void develop()
@override
public void release() }
@override
public void design()
@override
public void develop()
@override
public void release() }
實現的部分僅僅是舉例, 基本流程相同,具體的過程卻不盡相同;子類只能改變其中某乙個步驟的具體實現,確保了流程的穩定性。
優點缺點
ps:其實在android中有很多使用到此模式的**,例如:asynctask
、activity
等等,有興趣的可以看看asynctask
的**。
模板方法模式
有這樣乙個場景 乙個演算法或流程,它的步驟以及步驟之間的順序是固定的,但具體的某一步可能有不同的實現。對於這麼乙個場景,可以建立多個類,各個類實現不同的實現,但是這樣的缺點是 易錯 難改,易錯 應為步驟和順序是固定的,而且在每個類中都要寫一遍,程式設計師怎有心情不好的時候,就有可能把其中某一步給寫錯...
模板方法模式
模板方法模式 定義乙個演算法框架,將裡面的操作步驟推遲到子類中去執行,這樣使得子類不用改變框架,只需改變某些操作步驟方法 ifndef test h define test h include include using namespace std class test virtual test v...
模板方法模式
模板方法模式 在乙個方法中定義乙個演算法的骨架,而將一些步驟延遲到子類中。模板方法使得子類可以在不改變演算法結構的情況下,重新定義演算法的某些步驟。還可以使用鉤子對可選部分進行判斷。include include using namespace std class caffeinebeverage ...