2

同事今天問了個有趣的問題:

using System;
 
namespace ConsoleApplication1
{
    class Program
    {
        public class Boo
        {
            public delegate void MyDelegate(int i);
            //兩個delegate，其中一個加註event關鍵字
            public MyDelegate DelegateTest;
            public event MyDelegate EventTest;
            //在Test()中觸發兩個delegate
            public void Test()
            {
                int i = DateTime.Now.Second;
                if (DelegateTest != null) DelegateTest(i);
                if (EventTest != null) EventTest(i);
            }
        }
        static void Main(string[] args)
        {
            Boo boo = new Boo();
            //兩種做法都可用+=方式掛上多個事件
            boo.DelegateTest += (i) =>
            {
                Console.WriteLine("Delegate A: {0}", i); 
            };
            boo.DelegateTest += (i) =>
            {
                Console.WriteLine("Delegate B: {0}", i);
            };
            boo.EventTest += (i) =>
            {
                Console.WriteLine("Event A: {0}", i);
            };
            boo.EventTest += (i) =>
            {
                Console.WriteLine("Event B: {0}", i);
            };
            boo.Test();
            Console.Read();
        }
    }
}

依之前的理解，Class上宣告事件的目的在提供呼叫端能於特定時機觸發自訂邏輯，標準做法是先定義委派型別(Delegate)，再宣告一個公開委派型別變數並加上event關鍵字，就算是為類別定義出了事件，之後呼叫端便能用+=, -=加上或移除事件邏輯，實現"事件"的運作概念。(參考)

不過，在文章一開頭的程式範例，宣告委派型別後我們定義了兩個公開變數，不管有沒有加註event關鍵字，一樣都可用+=掛上多個函數，同樣都能用if (someDelegate != null) someDelegate();的寫法觸發，看起來加不加event關鍵字並不影響其運作效果，那麼，加上event關鍵字的意義到底是什麼?

過去在專案裡已套用過不少event設計，卻回答不出這個問題，自己的"不知其所以然"事項又再記上一筆，著實汗顏。所幸，很快找到一篇精闢的文章解答了我的疑惑:

事實上，宣告event與否，並不會讓編譯出的程式本體有所不同(該文作者動用IL反組譯證明了這點)，但使用event關鍵字會產生以下四點差異:

  1. 只有透過加註event，該委派型別變數才能被當成介面(Interface)定義的一部分，這是一般的欄位(Field)變數無法辦到的，此點可算event關鍵字最主要的功能。
  2. 另外還有一點很大差異，委派型別變數加上event後，就只能透過類別內部的程式碼呼叫，不允許外部直接執行之。以上述程式為例，執行boo.DeletateTest();是OK的，但boo.EventTest();光在編譯時就過不了關，會出現以下錯誤: The event 'ConsoleApplication1.Program.Boo.EventTest' can only appear on the left hand side of += or -= (except when used from within the type 'ConsoleApplication1.Program.Boo')
  3. 相較於屬性(Property)有get; set;，加上event後，我們可以實作add; remove;，可在呼叫端加掛或移除事件時執行自訂邏輯。
  4. 在.NET Framework裡，所有宣告event關鍵字的事件，應遵循someEvent(object source, EventArgs e)的參數慣例，但自行開發時的事件，編譯器或IDE倒不會強制檢查就是了。

對於event的了解又多了一些，真好~~


Comments

# by 熱血青年在哪裡

之前曾看到一個說法，分享一下，一樣的意思，他是這樣說的： 增加了封裝性，在外部可以看到DelegateTest的一些屬性、方法，甚至拿到他的掛載函式清單(GetInvocationList)等等，但event就將這些完全封裝了起來，約略可以想成event就是一個private的作用。

# by motovb

我是用 field & property 的關係 去想 delegate 跟 event 的

Post a comment