模板方法模式

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

這裡需要復用的是演算法的結構，也就是步驟，而步驟的實現可以在子類中完成。

1.一次性實現乙個演算法的不變部分，並且將可變的行為留給子類來完成。

2.各子類公共的行為應該被提取出來並集中到乙個公共父類中以避免**的重複。

首先識別現有**的不同之處，並且把不同部分分離為新的操作，最後，用乙個呼叫這些新的操作的模板方法來替換這些不同的**。

3.控制子類的擴充套件。

父類角色：提供模板

子類角色：為模板提供實現。

下面是乙個簡單的模板方法模式的**例子：

首先，定義父類，規定了幾個抽象的方法，和模板方法，其中包含了對抽象方法的呼叫，並且規定了順序：

package

com.meng.designpattern.templatemethod;
public
abstract
class
abstractclass
//具體做的實現由子類完成
public
abstract
void
method1();
public
abstract
void
method2();
public
abstract
void
method3();
}

然後，子類繼承父類，實現抽象方法：

package

com.meng.designpattern.templatemethod;
public
class concreteclass extends
abstractclass
@override
public
void
method1()
@override
public
void
method2()
@override
public
void
method3()
}

呼叫時使用父類介面，但是建立子類物件：

package

com.meng.designpattern.templatemethod;
public
class
client
}

程式輸出：

step 1

step 2

step 3

可以看到雖然具體實現是由子類完成，但是方法呼叫的順序是按照父類規定的來完成的。

以junit3為例，junit3中，所有的測試類都要繼承於testcase，這個基類中規定了方法呼叫的順序，所以每次測試時都是先執行setup()，再執行測試方法，最後執行teardown()。

可以檢視junit3的源**：

/**

* runs the bare test sequence.
* * 
@exception
throwable
*                if any exception is thrown
*/public
void runbare() throws
throwable
finally
}

模板方法模式

有這樣乙個場景 乙個演算法或流程，它的步驟以及步驟之間的順序是固定的，但具體的某一步可能有不同的實現。對於這麼乙個場景，可以建立多個類，各個類實現不同的實現，但是這樣的缺點是 易錯 難改，易錯 應為步驟和順序是固定的，而且在每個類中都要寫一遍，程式設計師怎有心情不好的時候，就有可能把其中某一步給寫錯...

模板方法模式

模板方法模式 定義乙個演算法框架，將裡面的操作步驟推遲到子類中去執行，這樣使得子類不用改變框架，只需改變某些操作步驟方法 ifndef test h define test h include include using namespace std class test virtual test v...

模板方法模式

模板方法模式 在乙個方法中定義乙個演算法的骨架，而將一些步驟延遲到子類中。模板方法使得子類可以在不改變演算法結構的情況下，重新定義演算法的某些步驟。還可以使用鉤子對可選部分進行判斷。include include using namespace std class caffeinebeverage ...