本筆記摘抄自：https://www.cnblogs.com/PatrickLiu/p/7837716.html，記錄一下學習程序以備后續查用，
一、引言
今天我們要講行為型設計模式的第一個模式--模板方法模式，先從名字上來看，“模板方法”理解為有一個方法的名字叫“模板方法”，也可以換個理解方法：
有一個方法包含了一個模板，這個模板是一個演算法，在我們的現實生活中有很多例子可以說明這個模式，就拿吃餃子這個事情來說，要想吃到餃子必須經過
三步：第一步是“和面”，第二步是“包餡”，第三步是“煮餃子”，這三步就是一個演算法，如果想吃到不同型別的餃子，可以上面的三步中的任意一步進行操作，
當然也可以完全定義這三步，下面我們就來看看這個模式的詳細介紹吧，
二、模板方法模式介紹
模板方法模式：英文名稱--Template Method Pattern；分類--行為型，
2.1、動機（Motivate）
在軟體構建程序中，對于某一項任務，它常常有穩定的整體操作結構，但各個子步驟卻有很多改變的需求，或者由于固有的原因（比如框架與應用之間的
關系）而無法和任務的整體結構同時實作，如何在確定穩定操作結構的前提下，來靈活應對各個子步驟的變化或者晚期實作需求？
2.2、意圖（Intent）
定義一個操作中的演算法的骨架，而將一些步驟延遲到子類中，Template Method使得子類可以不改變一個演算法的結構即可重定義該演算法的某些特定步驟，
——《設計模式》GoF
2.3、結構圖
2.4、模式的組成
模板方法模式參與者：
1）抽象類角色（AbstractClass）：定義一個模板方法（TemplateMethod），在該方法中包含著一個演算法的骨架，具體的演算法步驟是PrimitiveOperation1
方法和PrimitiveOperation2方法，該抽象類的子類將重定義PrimitiveOperation1和PrimitiveOperation2操作，
2）具體類角色（ConcreteClass）：實作PrimitiveOperation1方法和PrimitiveOperation2方法以完成演算法中與特定子類（Client）相關的內容，
在模板方法模式中，AbstractClass中的TemplateMethod提供了一個標準模板，該模板包含PrimitiveOperation1和PrimitiveOperation2兩個方法，這兩個方
法的內容Client可以根據自己的需要重寫，
2.5、模板方法模式的具體實作
理解了模板方法的定義之后，自然實作模板方法也不是什么難事了，下面以生活中吃餃子為例來實作模板方法模式，在現實生活中，做餃子的步驟都大致
相同，如果我們針對每種餃子的做法都定義一個類，這樣在每個類中都有很多相同的代碼，為了解決這個問題，我們一般的思路肯定是把相同的部分抽象出
來到抽象類中去定義，具體子類來實作具體的不同部分，這個思路也正是模板方法的實作精髓所在，具體實作代碼如下：
class Program { /// <summary> /// 該型別就是抽象類角色--AbstractClass，定義做餃子的演算法骨架，這里有三步驟，當然也可以有多個步驟，根據實際需要而定， /// </summary> public abstract class AbstractClass { //該方法就是模板方法，方法里面包含了做餃子的演算法步驟，模板方法可以回傳結果，也可以是void型別，視具體情況而定， public void EatDumplings() { //和面 MakingDough(); //包餡 MakeDumplings(); //煮餃子 BoiledDumplings(); Console.WriteLine("餃子真好吃，"); } //要想吃餃子第一步肯定是“和面”--該方法相當于演算法中的某一步 public abstract void MakingDough(); //要想吃餃子第二步是“包餃子”--該方法相當于演算法中的某一步 public abstract void MakeDumplings(); //要想吃餃子第三步是“煮餃子”--該方法相當于演算法中的某一步 public abstract void BoiledDumplings(); } /// <summary> /// 該型別是具體類角色--ConcreteClass1，我想吃綠色面皮的豬肉大蔥餡的餃子， /// </summary> public sealed class ConcreteClass1 : AbstractClass { //要想吃餃子第一步肯定是“和面”--該方法相當于演算法中的某一步 public override void MakingDough() { //我想要面是綠色的，綠色健康嘛，就可以在此步定制了， Console.WriteLine("在和面的時候加入芹菜汁，和好的面就是綠色的，"); } //要想吃餃子第二部是“包餃子”--該方法相當于演算法中的某一步 public override void MakeDumplings() { //我想吃豬肉大蔥餡的，在此步就可以定制了， Console.WriteLine("農家豬肉和農家大蔥，制作成餡，"); } //要想吃餃子第三部是“煮餃子”--該方法相當于演算法中的某一步 public override void BoiledDumplings() { //我想吃大鐵鍋煮的餃子，有家的味道，在此步就可以定制了， Console.WriteLine("用我家的大鐵鍋和大木材煮餃子，"); } } /// <summary> /// 該型別是具體類角色--ConcreteClass2，我想吃橙色面皮的韭菜雞蛋餡的餃子， /// </summary> public sealed class ConcreteClass2 : AbstractClass { //要想吃餃子第一步肯定是“和面”--該方法相當于演算法中的某一步 public override void MakingDough() { //我想要面是橙色的，在此步定制就可以了， Console.WriteLine("在和面的時候加入胡蘿卜汁，和好的面就是橙色的，"); } //要想吃餃子第二部是“包餃子”--該方法相當于演算法中的某一步 public override void MakeDumplings() { //我想吃韭菜雞蛋餡的，在此步定制就可以了， Console.WriteLine("農家雞蛋和農家韭菜，制作成餡，"); } //要想吃餃子第三部是“煮餃子”--該方法相當于演算法中的某一步 public override void BoiledDumplings() { //此處沒要求 Console.WriteLine("可以用一般煤氣和不粘鍋煮就可以，"); } } static void Main(string[] args) { #region 模板方法模式 //現在想吃綠色面皮的豬肉大蔥餡的餃子 AbstractClass someone = new ConcreteClass1(); someone.EatDumplings(); Console.WriteLine(); //過了段時間，我開始想吃橙色面皮的韭菜雞蛋餡的餃子， someone = new ConcreteClass2(); someone.EatDumplings(); Console.Read(); #endregion } }View Code
運行結果如下：
這個模式很簡單，備注也很詳細，看備注應該差不多了，還有一點就是，模板方法里面的演算法步驟，可以有默認實作，也可以沒有實作，在C#里面可以是
抽象方法，當然模板方法也可以有回傳值，也可以沒有回傳值，
三、模板方法模式的實作要點
Template Method模式是一種非常基礎性的設計模式，在面向物件系統中有著大量的應用，它用最簡潔的機制（虛函式的多型性）為很多應用程式框架提
供了靈活的擴展，是代碼復用方面的基本實作結構，除了可以靈活應對子步驟的變化外，“Don't call me, let me call you（不要呼叫我，讓我來呼叫你）”的反
向控制結構是Template Method的典型應用，
3.1、模板方法模式適用情形
1）一次性實作一個演算法的不變部分，并將可變的行為留給子類來實作，
2）各子類中公共的行為應被提取出來并集中到一個公共父類中以避免代碼重復，
3）控制子類擴展，模板方法只允許在特定點進行擴展，而模板部分則是穩定的，
3.2、模板方法模式特點
1）Template Method模式是一種非常基礎性的設計模式，在面向物件系統中大量應用，它用最簡潔的機制（基礎、多型）為很多應用程式框架提供了靈活
的擴展點，是代碼復用方面的基本實作結構，
2）在具體實作方面，被TemplateMethod呼叫的虛方法可以具有實作，也可以沒有任何實作（抽象方法或虛方法），但一般推薦將它們設定為protected方
法使得只有子類可以訪問它們，
3）模板方法模式通過對子類的擴展增加新的行為，符合“開閉原則”，
四、.NET 中模板模式的實作
這種模式在控制元件設計中大量的用到，比如：控制元件有自己的生命周期、Page物件也有自己的生命周期、Application應用物件也有自己的生命周期，這個生命
周期里面的每個階段其實就是模板方法里面包含的每個步驟，這些階段步驟會被一個方法包含著，這個方法就是“模板方法”，讓我們再說說控制元件吧，在控制元件里
我們已經定義好了控制元件呈現、動作的骨架，但是有些自定義的需求，需要延遲到擴展控制元件的開發人員來決定，
當我們在做Windows應用程式的時候，就會使用Windows控制元件，那Windows控制元件是如何顯示在Windows Form上的呢？它需要一個OnPaint方法把控制元件畫出
來，這里OnPaint是一個虛方法的子步驟，這就是一個Template Method設計模式，如果我們不去重寫這個OnPaint方法，它就有一個基本的默認實作，畫一個
空表單，這里我們并沒有呼叫OnPaint方法，而是Application的Run會進入Windows的訊息回圈結構，Paint就是一個訊息，當我們移動一下視窗都會導致Paint
事件的發生，并導致OnPaint函式的呼叫，這就是一種反向呼叫，當然，還有很多其他的子步驟可以提供擴展點，例如OnClose等，很多以On開頭的全部都是
Template Method模式的虛方法， 這個里面內容很復雜，它并不是用一個Template Method在里面呼叫所有的子步驟方法，而是把整體的Template Method方法
置于了一個訊息回圈的結構里面，我們可以把訊息回圈的結構看做模板方法里面的TemplateMethod公有非虛方法，
五、總結
曾經有一個寫程式的人說，如果一個人使用面向物件的語言寫程式，但是沒有用過“模板方法”模式，敢肯定這個人寫的程式也絕不是面向物件的，只不過是
使用了面向物件的語言而已，雖然有點嚴厲和刻薄，但是不無道理，這個模式很簡單，可能大家在有意或者無意的情況下已經使用過這個模式了，也許只是不
知道它的名稱而已，
轉載請註明出處，本文鏈接：https://www.uj5u.com/net/71326.html
標籤：C#