在這裡，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類的外面以賦值的方式訪問。
