設計模式模板方法模式

模板想必大家在生活中是經常用的。比如說寫簡歷可以套乙個簡歷模板，寫乙個網頁可以套乙個前端模板。當你使用乙個模板的時候，你會根據自己的需求去修改模板的一部分內容。對於模板方法的使用和設計，與現實中的模板是基本一致的。這也是為什麼它叫這個名字。

接下來我們考慮乙個場景：用程式實現乙個人一天的活動流程，包括吃早飯，吃午飯，打籃球，吃晚飯，跑步。這裡限定吃飯的函式總是不變的

一開始你可能會寫出如下**，這是很自然的想法。

class eat 
void eatlunch() {}
void eatdinner() {}
};class dosport 
void running() {}
};int main()

那麼如果用模板方法模式來寫呢？**如下：

// dayinlife是乙個模板
class dayinlife 
virtual void playbasketball() = 0;
virtual void running() = 0;
private:
void eatbreakfast() 
void eatlunch() 
void eatdinner() 
};class myday : public dayinlife 
void running() 
}int main()

那麼問題來了，使用模板方法到底有什麼好處呢？

假設這個關於活動流程的類都是別人開發的，而你要使用這些類來實現你自己的功能。如果這些類是以第一種方式設計的，那麼你每次寫關於某個人一天的流程你都要把吃飯的動作給寫上，比如說

// 第乙個人的一天

eat e;
dosport ds;
e.eatbreakfast();
e.eatlunch();
ds.playbasketball();
e.eatdinner();
ds.running();
// 第二個人的一天, 因為每個人打籃球和跑步的方式不同所以你又設計了乙個dosport類

dosport2 ds2;
e.eatbreakfast();
e.eatlunch();
ds2.playbasketball();
e.eatdinner();
ds2.running();

你知道對於每個人，他們的吃飯動作或者說函式都是一樣的(場景設定的)，你可能會自己封裝乙個函式

void onedayinlife(dosport* dosport)

但不管哪種方式，這些流程你都要來寫一遍。然而這些流程是固定的，其中唯一有變化的地方只是人們運動的方式不一樣，那麼更好的想法是這些類的開發者把這些固定的動作封裝起來，而把變化的部分暴露給使用者，讓使用者根據自己的需求來自定義動作。這樣子main中的**也變得簡潔了很多！

總的來說，如果這些類都是給自己使用的話，完全可以不用模板模式。然而考慮給別人用的話，那麼使用者就會獲得很大的便利。這就是設計模式的好處，方便類的使用者來開發程式！

設計模式模板方法模式

模板設計模式設計模式模板方法模式

設計模式模板方法設計模式

設計模式模板方法模式

設計模式 模板方法模式

模板設計模式 設計模式 模板方法模式

設計模式 模板方法設計模式

設計模式 模板方法模式

相關推薦

設計模式模板方法模式

模板設計模式設計模式模板方法模式

設計模式模板方法設計模式

設計模式模板方法模式