C# 中的委托和事件

来源:http://www.cnblogs.com/slnblog/archive/2016/01/27/5163770.html
-Advertisement-
Play Games

C# 中的委托和事件 摘自：http://www.cnblogs.com/JimmyZhang/archive/2007/09/23/903360.html 引言 委托 和 事件在 .Net Framework中的應用非常廣泛，然而，較好地理解委托和事件對很多接觸C#時間不長的人來說並不容易。它們就


 C# 中的委托和事件

 摘自：http://www.cnblogs.com/JimmyZhang/archive/2007/09/23/903360.html

引言

委托 和 事件在 .Net Framework中的應用非常廣泛，然而，較好地理解委托和事件對很多接觸C#時間不長的人來說並不容易。它們就像是一道檻兒，過了這個檻的人，覺得真是太容易了，而沒有過去的人每次見到委托和事件就覺得心裡別（biè）得慌，混身不自在。本文中，我將通過兩個範例由淺入深地講述什麼是委托、為什麼要使用委托、事件的由來、.Net Framework中的委托和事件、委托和事件對Observer設計模式的意義，對它們的中間代碼也做了討論。

將方法作為方法的參數

我們先不管這個標題如何的繞口，也不管委托究竟是個什麼東西，來看下麵這兩個最簡單的方法，它們不過是在屏幕上輸出一句問候的話語：

1 public void GreetPeople(string name) {
2     // 做某些額外的事情，比如初始化之類，此處略
3     EnglishGreeting(name);
4 }
5 public void EnglishGreeting(string name) {
6     Console.WriteLine("Morning, " + name);
7 }

 

暫且不管這兩個方法有沒有什麼實際意義。GreetPeople用於向某人問好，當我們傳遞代表某人姓名的name參數，比如說“Jimmy”，進去的時候，在這個方法中，將調用EnglishGreeting方法，再次傳遞name參數，EnglishGreeting則用於向屏幕輸出 “Morning, Jimmy”。

現在假設這個程式需要進行全球化，哎呀，不好了，我是中國人，我不明白“Morning”是什麼意思，怎麼辦呢？好吧，我們再加個中文版的問候方法：

1 public void ChineseGreeting(string name){
2     Console.WriteLine("早上好, " + name);
3 }

 

這時候，GreetPeople也需要改一改了，不然如何判斷到底用哪個版本的Greeting問候方法合適呢？在進行這個之前，我們最好再定義一個枚舉作為判斷的依據：

 1 public enum Language{
 2     English, Chinese
 3 }
 4 
 5 public void GreetPeople(string name, Language lang){
 6     //做某些額外的事情，比如初始化之類，此處略
 7     swith(lang){
 8         case Language.English:
 9            EnglishGreeting(name);
10            break;
11        case Language.Chinese:
12            ChineseGreeting(name);
13            break;
14     }
15 }

 

OK，儘管這樣解決了問題，但我不說大家也很容易想到，這個解決方案的可擴展性很差，如果日後我們需要再添加韓文版、日文版，就不得不反覆修改枚舉和GreetPeople()方法，以適應新的需求。

在考慮新的解決方案之前，我們先看看 GreetPeople的方法簽名：

public void GreetPeople(string name, Language lang)

 

我們僅看 string name，在這裡，string 是參數類型，name 是參數變數，當我們賦給name字元串“jimmy”時，它就代表“jimmy”這個值；當我們賦給它“張子陽”時，它又代表著“張子陽”這個值。然後，我們可以在方法體內對這個name進行其他操作。哎，這簡直是廢話麽，剛學程式就知道了。

如果你再仔細想想，假如GreetPeople()方法可以接受一個參數變數，這個變數可以代表另一個方法，當我們給這個變數賦值 EnglishGreeting的時候，它代表著 EnglsihGreeting() 這個方法；當我們給它賦值ChineseGreeting 的時候，它又代表著ChineseGreeting()方法。我們將這個參數變數命名為 MakeGreeting，那麼不是可以如同給name賦值時一樣，在調用 GreetPeople()方法的時候，給這個MakeGreeting 參數也賦上值麽(ChineseGreeting或者EnglsihGreeting等)？然後，我們在方法體內，也可以像使用別的參數一樣使用MakeGreeting。但是，由於MakeGreeting代表著一個方法，它的使用方式應該和它被賦的方法(比如ChineseGreeting)是一樣的，比如：

MakeGreeting(name);

好了，有了思路了，我們現在就來改改GreetPeople()方法，那麼它應該是這個樣子了：

public void GreetPeople(string name, *** MakeGreeting){
    MakeGreeting(name);
}

 

註意到 *** ，這個位置通常放置的應該是參數的類型，但到目前為止，我們僅僅是想到應該有個可以代表方法的參數，並按這個思路去改寫GreetPeople方法，現在就出現了一個大問題：這個代表著方法的MakeGreeting參數應該是什麼類型的？

NOTE：這裡已不再需要枚舉了，因為在給MakeGreeting賦值的時候動態地決定使用哪個方法，是ChineseGreeting還是 EnglishGreeting，而在這個兩個方法內部，已經對使用“morning”還是“早上好”作了區分。

聰明的你應該已經想到了，現在是委托該出場的時候了，但講述委托之前，我們再看看MakeGreeting參數所能代表的 ChineseGreeting()和EnglishGreeting()方法的簽名：

public void EnglishGreeting(string name)
public void ChineseGreeting(string name)

 

如同name可以接受String類型的“true”和“1”，但不能接受bool類型的true和int類型的1一樣。MakeGreeting的 參數類型定義 應該能夠確定 MakeGreeting可以代表的方法種類，再進一步講，就是MakeGreeting可以代表的方法 的 參數類型和返回類型。

於是，委托出現了：它定義了MakeGreeting參數所能代表的方法的種類，也就是MakeGreeting參數的類型。

NOTE：如果上面這句話比較繞口，我把它翻譯成這樣：string 定義了name參數所能代表的值的種類，也就是name參數的類型。

本例中委托的定義：

public delegate void GreetingDelegate(string name);

 

可以與上面EnglishGreeting()方法的簽名對比一下，除了加入了delegate關鍵字以外，其餘的是不是完全一樣？

現在，讓我們再次改動GreetPeople()方法，如下所示：

public void GreetPeople(string name, GreetingDelegate MakeGreeting){
    MakeGreeting(name);
}

 

如你所見，委托GreetingDelegate出現的位置與 string相同，string是一個類型，那麼GreetingDelegate應該也是一個類型，或者叫類(Class)。但是委托的聲明方式和類卻完全不同，這是怎麼一回事？實際上，委托在編譯的時候確實會編譯成類。因為Delegate是一個類，所以在任何可以聲明類的地方都可以聲明委托。更多的內容將在下麵講述，現在，請看看這個範例的完整代碼：

using System;
using System.Collections.Generic;
using System.Text;

namespace Delegate {
     //定義委托，它定義了可以代表的方法的類型
     public delegate void GreetingDelegate(string name);
        class Program {

           private static void EnglishGreeting(string name) {
               Console.WriteLine("Morning, " + name);
           }

           private static void ChineseGreeting(string name) {
               Console.WriteLine("早上好, " + name);
           }

           //註意此方法，它接受一個GreetingDelegate類型的方法作為參數
           private static void GreetPeople(string name, GreetingDelegate MakeGreeting) {
               MakeGreeting(name);
            }

           static void Main(string[] args) {
               GreetPeople("Jimmy Zhang", EnglishGreeting);
               GreetPeople("張子陽", ChineseGreeting);
               Console.ReadKey();
           }
        }
    }

 

輸出如下：
Morning, Jimmy Zhang
早上好, 張子陽

我們現在對委托做一個總結：

委托是一個類，它定義了方法的類型，使得可以將方法當作另一個方法的參數來進行傳遞，這種將方法動態地賦給參數的做法，可以避免在程式中大量使用If-Else(Switch)語句，同時使得程式具有更好的可擴展性。

將方法綁定到委托

看到這裡，是不是有那麼點如夢初醒的感覺？於是，你是不是在想：在上面的例子中，我不一定要直接在GreetPeople()方法中給 name參數賦值，我可以像這樣使用變數：

static void Main(string[] args) {
    string name1, name2;
    name1 = "Jimmy Zhang";
    name2 = "張子陽"; 

     GreetPeople(name1, EnglishGreeting);
     GreetPeople(name2, ChineseGreeting);
    Console.ReadKey();
}

而既然委托GreetingDelegate 和 類型 string 的地位一樣，都是定義了一種參數類型，那麼，我是不是也可以這麼使用委托？

static void Main(string[] args) {
    GreetingDelegate delegate1, delegate2;
    delegate1 = EnglishGreeting;
    delegate2 = ChineseGreeting;

    GreetPeople("Jimmy Zhang", delegate1);
        GreetPeople("張子陽", delegate2);
        Console.ReadKey();
}

如你所料，這樣是沒有問題的，程式一如預料的那樣輸出。這裡，我想說的是委托不同於string的一個特性：可以將多個方法賦給同一個委托，或者叫將多個方法綁定到同一個委托，當調用這個委托的時候，將依次調用其所綁定的方法。在這個例子中，語法如下：

static void Main(string[] args) {
    GreetingDelegate delegate1;
    delegate1 = EnglishGreeting; // 先給委托類型的變數賦值
    delegate1 += ChineseGreeting;   // 給此委托變數再綁定一個方法

     // 將先後調用 EnglishGreeting 與 ChineseGreeting 方法
    GreetPeople("Jimmy Zhang", delegate1);  
    Console.ReadKey();
}

輸出為：

Morning, Jimmy Zhang
早上好, Jimmy Zhang

實際上，我們可以也可以繞過GreetPeople方法，通過委托來直接調用EnglishGreeting和ChineseGreeting：

static void Main(string[] args) {
    GreetingDelegate delegate1;
    delegate1 = EnglishGreeting; // 先給委托類型的變數賦值
    delegate1 += ChineseGreeting;   // 給此委托變數再綁定一個方法

    // 將先後調用 EnglishGreeting 與 ChineseGreeting 方法
    delegate1 ("Jimmy Zhang");   
    Console.ReadKey();
}

NOTE：這在本例中是沒有問題的，但回頭看下上面GreetPeople()的定義，在它之中可以做一些對於EnglshihGreeting和ChineseGreeting來說都需要進行的工作，為了簡便我做了省略。

註意這裡，第一次用的“=”，是賦值的語法；第二次，用的是“+=”，是綁定的語法。如果第一次就使用“+=”，將出現“使用了未賦值的局部變數”的編譯錯誤。

我們也可以使用下麵的代碼來這樣簡化這一過程：

GreetingDelegate delegate1 = new GreetingDelegate(EnglishGreeting);
delegate1 += ChineseGreeting;   // 給此委托變數再綁定一個方法

 

看到這裡，應該註意到，這段代碼第一條語句與實例化一個類是何其的相似，你不禁想到：上面第一次綁定委托時不可以使用“+=”的編譯錯誤，或許可以用這樣的方法來避免：

GreetingDelegate delegate1 = new GreetingDelegate();
delegate1 += EnglishGreeting;   // 這次用的是 “+=”，綁定語法。
delegate1 += ChineseGreeting;   // 給此委托變數再綁定一個方法

 

但實際上，這樣會出現編譯錯誤： “GreetingDelegate”方法沒有採用“0”個參數的重載。儘管這樣的結果讓我們覺得有點沮喪，但是編譯的提示：“沒有0個參數的重載”再次讓我們聯想到了類的構造函數。我知道你一定按捺不住想探個究竟，但再此之前，我們需要先把基礎知識和應用介紹完。

既然給委托可以綁定一個方法，那麼也應該有辦法取消對方法的綁定，很容易想到，這個語法是“-=”：

static void Main(string[] args) {
    GreetingDelegate delegate1 = new GreetingDelegate(EnglishGreeting);
    delegate1 += ChineseGreeting;   // 給此委托變數再綁定一個方法

    // 將先後調用 EnglishGreeting 與 ChineseGreeting 方法
    GreetPeople("Jimmy Zhang", delegate1);  
    Console.WriteLine();

    delegate1 -= EnglishGreeting; //取消對EnglishGreeting方法的綁定
    // 將僅調用 ChineseGreeting 
    GreetPeople("張子陽", delegate1); 
    Console.ReadKey();
}

 

輸出為：
Morning, Jimmy Zhang
早上好, Jimmy Zhang
早上好, 張子陽

讓我們再次對委托作個總結：

使用委托可以將多個方法綁定到同一個委托變數，當調用此變數時(這裡用“調用”這個詞，是因為此變數代表一個方法)，可以依次調用所有綁定的方法。

事件的由來

我們繼續思考上面的程式：上面的三個方法都定義在Programe類中，這樣做是為了理解的方便，實際應用中，通常都是 GreetPeople 在一個類中，ChineseGreeting和 EnglishGreeting 在另外的類中。現在你已經對委托有了初步瞭解，是時候對上面的例子做個改進了。假設我們將GreetingPeople()放在一個叫GreetingManager的類中，那麼新程式應該是這個樣子的：

namespace Delegate {
    //定義委托，它定義了可以代表的方法的類型
    public delegate void GreetingDelegate(string name);
    
    //新建的GreetingManager類
    public class GreetingManager{
       public void GreetPeople(string name, GreetingDelegate MakeGreeting) {
           MakeGreeting(name);
       }
    }

    class Program {
       private static void EnglishGreeting(string name) {
           Console.WriteLine("Morning, " + name);
       }

       private static void ChineseGreeting(string name) {
           Console.WriteLine("早上好, " + name);
       }

       static void Main(string[] args) {
           // ... ...
        }
    }
}

 

這個時候，如果要實現前面演示的輸出效果，Main方法我想應該是這樣的：

static void Main(string[] args) {
    GreetingManager gm = new  GreetingManager();
    gm.GreetPeople("Jimmy Zhang", EnglishGreeting);
    gm.GreetPeople("張子陽", ChineseGreeting);
}

 

我們運行這段代碼，嗯，沒有任何問題。程式一如預料地那樣輸出了：

Morning, Jimmy Zhang

早上好, 張子陽

現在，假設我們需要使用上一節學到的知識，將多個方法綁定到同一個委托變數，該如何做呢？讓我們再次改寫代碼：

static void Main(string[] args) {
    GreetingManager gm = new  GreetingManager();
    GreetingDelegate delegate1;
    delegate1 = EnglishGreeting;
    delegate1 += ChineseGreeting;

    gm.GreetPeople("Jimmy Zhang", delegate1);
}

 

輸出：
Morning, Jimmy Zhang
早上好, Jimmy Zhang

到了這裡，我們不禁想到：面向對象設計，講究的是對象的封裝，既然可以聲明委托類型的變數(在上例中是delegate1)，我們何不將這個變數封裝到 GreetManager類中？在這個類的客戶端中使用不是更方便麽？於是，我們改寫GreetManager類，像這樣：

public class GreetingManager{
    //在GreetingManager類的內部聲明delegate1變數
    public GreetingDelegate delegate1;  

    public void GreetPeople(string name, GreetingDelegate MakeGreeting) {
       MakeGreeting(name);
    }
}

現在，我們可以這樣使用這個委托變數：

static void Main(string[] args) {
    GreetingManager gm = new  GreetingManager();
    gm.delegate1 = EnglishGreeting;
    gm.delegate1 += ChineseGreeting;

    gm.GreetPeople("Jimmy Zhang", gm.delegate1);
}

 

輸出為：
Morning, Jimmy Zhang
早上好, Jimmy Zhang

儘管這樣做沒有任何問題，但我們發現這條語句很奇怪。在調用gm.GreetPeople方法的時候，再次傳遞了gm的delegate1欄位：

gm.GreetPeople("Jimmy Zhang", gm.delegate1);

既然如此，我們何不修改 GreetingManager 類成這樣：

public class GreetingManager{
    //在GreetingManager類的內部聲明delegate1變數
    public GreetingDelegate delegate1;  

    public void GreetPeople(string name) {
        if(delegate1!=null){     //如果有方法註冊委托變數
          delegate1(name);      //通過委托調用方法
       }
    }
}

在客戶端，調用看上去更簡潔一些：

static void Main(string[] args) {
    GreetingManager gm = new  GreetingManager();
    gm.delegate1 = EnglishGreeting;
    gm.delegate1 += ChineseGreeting;

    gm.GreetPeople("Jimmy Zhang");      //註意，這次不需要再傳遞 delegate1變數
}

輸出為：

Morning, Jimmy Zhang
早上好, Jimmy Zhang

儘管這樣達到了我們要的效果，但是還是存在著問題：

在這裡，delegate1和我們平時用的string類型的變數沒有什麼分別，而我們知道，並不是所有的欄位都應該聲明成public，合適的做法是應該public的時候public，應該private的時候private。

我們先看看如果把 delegate1 聲明為 private會怎樣？結果就是：這簡直就是在搞笑。因為聲明委托的目的就是為了把它暴露在類的客戶端進行方法的註冊，你把它聲明為private了，客戶端對它根本就不可見，那它還有什麼用？

再看看把delegate1 聲明為 public 會怎樣？結果就是：在客戶端可以對它進行隨意的賦值等操作，嚴重破壞對象的封裝性。

最後，第一個方法註冊用“=”，是賦值語法，因為要進行實例化，第二個方法註冊則用的是“+=”。但是，不管是賦值還是註冊，都是將方法綁定到委托上，除了調用時先後順序不同，再沒有任何的分別，這樣不是讓人覺得很彆扭麽？

現在我們想想，如果delegate1不是一個委托類型，而是一個string類型，你會怎麼做？答案是使用屬性對欄位進行封裝。

於是，Event出場了，它封裝了委托類型的變數，使得：在類的內部，不管你聲明它是public還是protected，它總是private的。在類的外部，註冊“+=”和註銷“-=”的訪問限定符與你在聲明事件時使用的訪問符相同。

我們改寫GreetingManager類，它變成了這個樣子：

public class GreetingManager{
    //這一次我們在這裡聲明一個事件
    public event GreetingDelegate MakeGreet;

    public void GreetPeople(string name) {
        MakeGreet(name);
    }
}

很容易註意到：MakeGreet 事件的聲明與之前委托變數delegate1的聲明唯一的區別是多了一個event關鍵字。看到這裡，在結合上面的講解，你應該明白到：事件其實沒什麼不好理解的，聲明一個事件不過類似於聲明一個進行了封裝的委托類型的變數而已。

為了證明上面的推論，如果我們像下麵這樣改寫Main方法：

static void Main(string[] args) {
    GreetingManager gm = new  GreetingManager();
    gm.MakeGreet = EnglishGreeting;         // 編譯錯誤1
    gm.MakeGreet += ChineseGreeting;

    gm.GreetPeople("Jimmy Zhang");
}

會得到編譯錯誤：事件“Delegate.GreetingManager.MakeGreet”只能出現在 += 或 -= 的左邊(從類型“Delegate.GreetingManager”中使用時除外)。

事件和委托的編譯代碼

這時候，我們註釋掉編譯錯誤的行，然後重新進行編譯，再藉助Reflactor來對 event的聲明語句做一探究，看看為什麼會發生這樣的錯誤：

public event GreetingDelegate MakeGreet;

可以看到，實際上儘管我們在GreetingManager里將 MakeGreet 聲明為public，但是，實際上MakeGreet會被編譯成 私有欄位，難怪會發生上面的編譯錯誤了，因為它根本就不允許在GreetingManager類的外面以賦值的方式訪問，從而驗證了我們上面所做的推論。

我們再進一步看下MakeGreet所產生的代碼：

private GreetingDelegate MakeGreet; //對事件的聲明 實際是 聲明一個私有的委托變數
 
[MethodImpl(MethodImplOptions.Synchronized)]
public void add_MakeGreet(GreetingDelegate value){
    this.MakeGreet = (GreetingDelegate) Delegate.Combine(this.MakeGreet, value);
}

[MethodImpl(MethodImplOptions.Synchronized)]
public void remove_MakeGreet(GreetingDelegate value){
    this.MakeGreet = (GreetingDelegate) Delegate.Remove(this.MakeGreet, value);
}

現在已經很明確了：MakeGreet事件確實是一個GreetingDelegate類型的委托，只不過不管是不是聲明為public，它總是被聲明為private。另外，它還有兩個方法，分別是add_MakeGreet和remove_MakeGreet，這兩個方法分別用於註冊委托類型的方法和取消註冊。實際上也就是： “+= ”對應 add_MakeGreet，“-=”對應remove_MakeGreet。而這兩個方法的訪問限制取決於聲明事件時的訪問限制符。

在add_MakeGreet()方法內部，實際上調用了System.Delegate的Combine()靜態方法，這個方法用於將當前的變數添加到委托鏈表中。我們前面提到過兩次，說委托實際上是一個類，在我們定義委托的時候：

public delegate void GreetingDelegate(string name);

當編譯器遇到這段代碼的時候，會生成下麵這樣一個完整的類：

public sealed class GreetingDelegate:System.MulticastDelegate{
    public GreetingDelegate(object @object, IntPtr method);
    public virtual IAsyncResult BeginInvoke(string name, AsyncCallback callback, object @object);
    public virtual void EndInvoke(IAsyncResult result);
    public virtual void Invoke(string name);
}

 

 

關於這個類的更深入內容，可以參閱《CLR Via C#》等相關書籍，這裡就不再討論了。

委托、事件與Observer設計模式

範例說明

上面的例子已不足以再進行下麵的講解了，我們來看一個新的範例，因為之前已經介紹了很多的內容，所以本節的進度會稍微快一些：

假設我們有個高檔的熱水器，我們給它通上電，當水溫超過95度的時候：1、揚聲器會開始發出語音，告訴你水的溫度；2、液晶屏也會改變水溫的顯示，來提示水已經快燒開了。

現在我們需要寫個程式來模擬這個燒水的過程，我們將定義一個類來代表熱水器，我們管它叫：Heater，它有代表水溫的欄位，叫做temperature；當然，還有必不可少的給水加熱方法BoilWater()，一個發出語音警報的方法MakeAlert()，一個顯示水溫的方法，ShowMsg()。

namespace Delegate {
    class Heater {
    private int temperature; // 水溫
    // 燒水
    public void BoilWater() {
        for (int i = 0; i <= 100; i++) {
           temperature = i;

           if (temperature > 95) {
               MakeAlert(temperature);
               ShowMsg(temperature);
            }
        }
    }

    // 發出語音警報
    private void MakeAlert(int param) {
       Console.WriteLine("Alarm：嘀嘀嘀，水已經 {0} 度了：" , param);
    }
    
    // 顯示水溫
    private void ShowMsg(int param) {
       Console.WriteLine("Display：水快開了，當前溫度：{0}度。" , param);
    }
}

class Program {
    static void Main() {
       Heater ht = new Heater();
       ht.BoilWater();
    }
}
}

 

Observer設計模式簡介

上面的例子顯然能完成我們之前描述的工作，但是卻並不夠好。現在假設熱水器由三部分組成：熱水器、警報器、顯示器，它們來自於不同廠商併進行了組裝。那麼，應該是熱水器僅僅負責燒水，它不能發出警報也不能顯示水溫；在水燒開時由警報器發出警報、顯示器顯示提示和水溫。

這時候，上面的例子就應該變成這個樣子：   

// 熱水器
public class Heater { 
    private int temperature;
        
    // 燒水
    private void BoilWater() {
       for (int i = 0; i <= 100; i++) {
           temperature = i;
        }
    }
}

// 警報器
public class Alarm{
    private void MakeAlert(int param) {
       Console.WriteLine("Alarm：嘀嘀嘀，水已經 {0} 度了：" , param);
    }
}

// 顯示器
public class Display{
    private void ShowMsg(int param) {
       Console.WriteLine("Display：水已燒開，當前溫度：{0}度。" , param);
    }
}

 

這裡就出現了一個問題：如何在水燒開的時候通知報警器和顯示器？在繼續進行之前，我們先瞭解一下Observer設計模式，Observer設計模式中主要包括如下兩類對象：

  1. Subject：監視對象，它往往包含著其他對象所感興趣的內容。在本範例中，熱水器就是一個監視對象，它包含的其他對象所感興趣的內容，就是temprature欄位，當這個欄位的值快到100時，會不斷把數據發給監視它的對象。
  2. Observer：監視者，它監視Subject，當Subject中的某件事發生的時候，會告知Observer，而Observer則會採取相應的行動。在本範例中，Observer有警報器和顯示器，它們採取的行動分別是發出警報和顯示水溫。

在本例中，事情發生的順序應該是這樣的：

  1. 警報器和顯示器告訴熱水器，它對它的溫度比較感興趣(註冊)。
  2. 熱水器知道後保留對警報器和顯示器的引用。
  3. 熱水器進行燒水這一動作，當水溫超過95度時，通過對警報器和顯示器的引用，自動調用警報器的MakeAlert()方法、顯示器的ShowMsg()方法。

類似這樣的例子是很多的，GOF對它進行了抽象，稱為Observer設計模式：Observer設計模式是為了定義對象間的一種一對多的依賴關係，以便於當一個對象的狀態改變時，其他依賴於它的對象會被自動告知並更新。Observer模式是一種松耦合的設計模式。

實現範例的Observer設計模式

我們之前已經對委托和事件介紹很多了，現在寫代碼應該很容易了，現在在這裡直接給出代碼，併在註釋中加以說明。

using System;
using System.Collections.Generic;
using System.Text;

namespace Delegate {
    // 熱水器
    public class Heater {
       private int temperature;
       public delegate void BoilHandler(int param);   //聲明委托
       public event BoilHandler BoilEvent;        //聲明事件

       // 燒水
       public void BoilWater() {
           for (int i = 0; i <= 100; i++) {
              temperature = i;

              if (temperature > 95) {
                  if (BoilEvent != null) { //如果有對象註冊
                      BoilEvent(temperature);  //調用所有註冊對象的方法
                  }
              }
           }
       }
    }

    // 警報器
    public class Alarm {
       public void MakeAlert(int param) {
           Console.WriteLine("Alarm：嘀嘀嘀，水已經 {0} 度了：", param);
       }
    }

    // 顯示器
    public class Display {
       public static void ShowMsg(int param) { //靜態方法
           Console.WriteLine("Display：水快燒開了，當前溫度：{0}度。", param);
       }
    }
    
    class Program {
       static void Main() {
           Heater heater = new Heater();
           Alarm alarm = new Alarm();

           heater.BoilEvent += alarm.MakeAlert;    //註冊方法
           heater.BoilEvent += (new Alarm()).MakeAlert;   //給匿名對象註冊方法
           heater.BoilEvent += Display.ShowMsg;       //註冊靜態方法

           heater.BoilWater();   //燒水，會自動調用註冊過對象的方法
       }
    }
}

 

輸出為：
Alarm：嘀嘀嘀，水已經 96 度了：
Alarm：嘀嘀嘀，水已經 96 度了：
Display：水快燒開了，當前溫度：96度。
// 省略...

.Net Framework中的委托與事件

儘管上面的範例很好地完成了我們想要完成的工作，但是我們不僅疑惑：為什麼.Net Framework 中的事件模型和上面的不同？為什麼有很多的EventArgs參數？

在回答上面的問題之前，我們先搞懂 .Net Framework的編碼規範：

  • 委托類型的名稱都應該以EventHandler結束。
  • 委托的原型定義：有一個void返回值，並接受兩個輸入參數：一個Object 類型，一個 EventArgs類型(或繼承自EventArgs)。
  • 事件的命名為 委托去掉 EventHandler之後剩餘的部分。
  • 繼承自EventArgs的類型應該以EventArgs結尾。

再做一下說明：

  1. 委托聲明原型中的Object類型的參數代表了Subject，也就是監視對象，在本例中是 Heater(熱水器)。回調函數(比如Alarm的MakeAlert)可以通過它訪問觸發事件的對象(Heater)。
  2. EventArgs 對象包含了Observer所感興趣的數據，在本例中是temperature。

上面這些其實不僅僅是為了編碼規範而已，這樣也使得程式有更大的靈活性。比如說，如果我們不光想獲得熱水器的溫度，還想在Observer端(警報器或者顯示器)方法中獲得它的生產日期、型號、價格，那麼委托和方法的聲明都會變得很麻煩，而如果我們將熱水器的引用傳給警報器的方法，就可以在方法中直接訪問熱水器了。

現在我們改寫之前的範例，讓它符合 .Net Framework 的規範：

using System;
using System.Collections.Generic;
using System.Text;

namespace Delegate {
    // 熱水器
    public class Heater {
       private int temperature;
       public string type = "RealFire 001";       // 添加型號作為演示
       public string area = "China Xian";         // 添加產地作為演示
       //聲明委托
       public delegate void BoiledEventHandler(Object sender, BoiledEventArgs e);
       public event BoiledEventHandler Boiled; //聲明事件

       // 定義BoiledEventArgs類，傳遞給Observer所感興趣的信息
       public class BoiledEventArgs : EventArgs {
           public readonly int temperature;
           public BoiledEventArgs(int temperature) {
              this.temperature = temperature;
           }
       }

       // 可以供繼承自 Heater 的類重寫，以便繼承類拒絕其他對象對它的監視
       protected virtual void OnBoiled(BoiledEventArgs e) {
           if (Boiled != null) { // 如果有對象註冊
              Boiled(this, e);  // 調用所有註冊對象的方法
           }
       }
       
       // 燒水。
       public void BoilWater() {
           for (int i = 0; i <= 100; i++) {
              temperature = i;
              if (temperature > 95) {
                  //建立BoiledEventArgs 對象。
                  BoiledEventArgs e = new BoiledEventArgs(temperature);
                  OnBoiled(e);  // 調用 OnBolied方法
              }
           }
       }
    }

    // 警報器
    public class Alarm {
       public void MakeAlert(Object sender, Heater.BoiledEventArgs e) {
           Heater heater = (Heater)sender;     //這裡是不是很熟悉呢？
           //訪問 sender 中的公共欄位
           Console.WriteLine("Alarm：{0} - {1}: ", heater.area, heater.type);
           Console.WriteLine("Alarm: 嘀嘀嘀，水已經 {0} 度了：", e.temperature);
           Console.WriteLine();
       }
    }

    // 顯示器
    public class Display {
       public static void ShowMsg(Object sender, Heater.BoiledEventArgs e) {   //靜態方法
           Heater heater = (Heater)sender;
           Console.WriteLine("Display：{0} - {1}: ", heater.area, heater.type);
           Console.WriteLine("Display：水快燒開了，當前溫度：{0}度。", e.temperature);
           Console.WriteLine();
       }
    }

    class Program {
       static void Main() {
           Heater heater = new Heater();
           Alarm alarm = new Alarm();

           heater.Boiled += alarm.MakeAlert;   //註冊方法
           heater.Boiled += (new Alarm()).MakeAlert;      //給匿名對象註冊方法
           heater.Boiled += new Heater.BoiledEventHandler(alarm.MakeAlert);    //也可以這麼註冊
           heater.Boiled += Display.ShowMsg;       //註冊靜態方法

           heater.BoilWater();   //燒水，會自動調用註冊過對象的方法
       }
    }
}

 

輸出為：
Alarm：China Xian - RealFire 001:
Alarm: 嘀嘀嘀，水已經 96 度了：
Alarm：China Xian - RealFire 001:
Alarm: 嘀嘀嘀，水已經 96 度了：
Alarm：China Xian - RealFire 001:
Alarm: 嘀嘀嘀，水已經 96 度了：
Display：China Xian - RealFire 001:
Display：水快燒開了，當前溫度：96度。
// 省略 ...

總結

您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 【linux】free命令中cached和buffers的區別
    一、命令[root@localhost ~]# free -m total used free shared buffers cachedMem: 7869 7651 218 ...
  • 守護進程
    為什麼要引入守護進程： 因為它生存期長，它獨立於控制終端、會話周期（下文有解釋）執行任務: 由於在linux中，每一個系統與用戶進行交流的界面稱為終端，每一個從此終端開始運行的進程都會依賴這個終端，這個終端就稱為這些進程的控制終端。當控制終端被關閉時，相應的進程都會自動關閉。但是守護進程卻能...
  • LVM基本概念、管理
    一、傳統磁碟管理的問題當分區大小不夠用時無法擴展其大小，只能通過添加磁碟、創建新的分區來擴充空間，但是新添加進來的硬碟是作為獨立文件系統存在的，原有的文件系統並未得到擴充，上層應用很多時候只能訪問一個文件系統。只能讓現有磁碟下線，換上新的磁碟之後，再將原始數據導入。二、LVM邏輯捲的基本概念LVM（...
  • 關於redis持久化
    Redis有兩種持久化的方式：快照（RDB文件）和追加式文件（AOF文件）RDB持久化方式是在一個特定的間隔保存某個時間點的一個數據快照。AOF（Append only file）持久化方式則會記錄每一個伺服器收到的寫操作。數據回覆時，這些記錄的操作會逐條執行從而重建出原來的數據。寫操作命令 記錄的...
  • 最近做一下ESP-8266模塊的學習嘍~加油！
    模塊剛到如圖所示~2016-01-26後三張是手機APP的截圖，前面是兩個ESP8266的硬體模塊，當然大家不應定要買兩個，自己焊錫一個USB轉TTL的串口就行了，有了下麵的底座我們就能方便的把ESP8266的AT固件的燒錄到晶元裡面了，同時模塊也接出來了TXD和RXD方便大家進行微控制器的通訊~板...
  • dapper 註意事項之GUID
    今天把ef框架換成了dapper，資料庫使用的是mysql. 主鍵使用GUID，mysql資料庫中設置的為varchar(36). 使用dapper報錯，不能將string轉換為GUID，後來調試比對發現，mysql中要使用GUID，必須設置為char(36)不能設置為varchar(36).
  • 將DataTable某一列的值整體賦值給 另一個DataTable;
    foreach (DataColumn dt in _ds.Tables[0].Columns) { foreach (var str in _str2Array[0]) { if(dt.ColumnName.Trim() == str) { //DataTable刪除指定列 _table.Colu
  • XAF使用資料庫訪問層緩存的提升性能
    很多時候，為了提升性能，我們可以給資料庫訪問層做緩存。 以下幾步可以完成這個任務:1. 使用自定義的 XPObjectSpaceProvider1.1. 創建自定義的 XPObjectSpaceProvider 類，派生類中需要重寫CreateDataLayer 方法去創建一個 IDataLayer
一周排行
    -Advertisement-
    Play Games
  • 移動開發（一）：使用.NET MAUI開發第一個安卓APP
    移動開發（一）：使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說，近來想嘗試開發一款安卓APP，考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP，畢竟是使用Visual Studio開發工具，使用起來也比較的順手，結合微軟官方的教程進行了安卓 ...
  • wpf ToggleButton選中效果和一個登錄界面
    前言 QuestPDF 是一個開源 .NET 庫，用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫，它徹底改變了我們生成 PDF 文檔的方 ...
  • 彈幕樹洞項目功能新增篇
    項目地址 項目後端地址： https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址： ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址： http://tree ...
  • 第27篇 sqlserver2022詳細安裝步驟
    話不多說，直接開乾 一.下載 1.官方鏈接下載： https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe，運行開始下載SQL server； 二. ...
  • .NET 開源高性能 MQTT 類庫
    前言 隨著物聯網（IoT）技術的迅猛發展，MQTT（消息隊列遙測傳輸）協議憑藉其輕量級和高效性，已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫，為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog文檔翻譯系列（六） - 可用的接收器、增強器、格式化輸出
    Serilog支持多種接收器用於日誌存儲，增強器用於添加屬性，LogContext管理動態屬性，支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項，適用於不同需求。 ...
  • 警惕 Visual Studio 屬性求值副作用導致邏輯不符合預期
    目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據，爬取信息時需要模擬瀏覽器行為，否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下： 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • [使用目前最新版]HybridCLR6.9.0+YooAsset2.2.4實現純C# Unity熱更新方案 (一)
    1.前言 什麼是熱更新 游戲或者軟體更新時，無需重新下載客戶端進行安裝，而是在應用程式啟動的情況下，在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR，Xlua，ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles，Addressable， ...
  • 在 ASP.NET Core Web API 中使用操作篩選器統一處理通用操作
    本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺，其實像阿裡雲，騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後，它會送 ...
  • 第28篇 如何.net中實現高效可靠數據同步api
    通過以下方式可以高效，並保證數據同步的可靠性 1.API設計 使用RESTful設計，確保API端點明確，並使用適當的HTTP方法（如POST用於創建，PUT用於更新）。 設計清晰的請求和響應模型，以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證，確保接收到的數據符合預期格 ...
所有分類