这篇博客是我昨天写的，文中的观点有些问题，后经过网友留言和个人学习发现错误，原文还是保留，更改补在后面，不怕贻笑大方，唯恐误人子弟。不知道还能不能放在首页，让被误导的同学再被反误导一次。
一、原文
几乎所有的面试题都会问：事件是委托吗，说说委托和事件的联系和区别？每次答这个题都很蛋疼，因为把它们的关系说简单了就描述不准确，想说清楚就不是一两句话的事了。我通常在回答中加这么一句：委托与事件的关系好比字段与属性的关系。很多人理解它们的关系时也做这样的类比，虽然简单一句话概括了它们的关系，但总不能让我感到满意。
1、委托与事件到底什么关系？
当我们谈委托与事件的关系时，是说委托这种类型和事件这种类型的关系呢，还是具体的委托对象和事件对象之间的关系？我以为是前者。那么委托和事件是两种类型，而字段和属性是具体的对象，虽然都是封装，我觉得两者之间还是有区别的，事件对委托的封装是在类级别的、抽象层次、稳定的封装，而属性对字段的封装是在对象级别的、具体的、可自定义的封装。（个人理解，后来证明有偏差）由此造成的最直观的区别就是，在发布者类中使用事件时，不需要提供对应的委托对象；而在类中使用属性时，一般要提供对应的字段让属性来进行封装。
Reflector查看类之间的继承关系如下：
MSDN中有这么一句：“事件是特殊类型的多路广播委托，仅可从声明它们的类或结构（发行者类）中调用。”如此看来事件与委托的关系应该是继承关系，在继承的过程中在EventHandler类中进行的封装。
以上是从理论的角度分析了事件和委托的关系，下面通过代码加强认识。
2、委托模拟事件
实现一个非常简单的功能：控制台输入一个数，如果输入100的话就显示”Game Over”。用事件和委托模拟的事件分别实现该功能。
class Program { static void Main(string[] args) { //事件实现 Game1 game = new Game1(); game.GameOverEvent += game_GameOver; ////委托实现 //Game2 game = new Game2(); //game.AddMethod(game_GameOver); while (true) { Console.WriteLine("输入:"); game.Scroe = Convert.ToInt32(Console.ReadLine()); } } static void game_GameOver(object sender, EventArgs e) { Console.WriteLine("Game Over"); } static void game_GameOver() { Console.WriteLine("Game Over"); } } //事件实现 class Game1 { //event 关键字用于在发行者类中声明事件。 public event EventHandler GameOverEvent; private int scroe; public int Scroe { get { return scroe; } set { this.scroe = value; if (this.GameOverEvent != null) { if (value == 100) { this.GameOverEvent(this, new EventArgs());//触发事件 } } } } } //委托实现 class Game2 { public delegate void OverDelegate(); //将委托声明为private，防止订阅者直接调用，使用new等功能 private OverDelegate GameOverDelegate; //AddMethod和RemoveMethod模拟事件的+=和-=赋值 public void AddMethod(OverDelegate over) { this.GameOverDelegate += over; } public void RemoveMethod(OverDelegate over) { this.GameOverDelegate -= over; } private int scroe; public int Scroe { get { return scroe; } set { this.scroe = value; if (this.GameOverDelegate != null) { if (value == 100) { this.GameOverDelegate();//触发委托 } } } } }以上Game2类中，委托对事件的模拟即是在对象级别做的封装，AddMethod和RemoveMethod方法是在Game2类中实现的，而不是在OverDelegate委托中实现的，因此事件的模拟依赖了OverDelegate和Game2两个类。而Game1中EventHandler类本身就封装了委托，限制了其在外部（订阅者）的实例化，这种功能的实现没有依赖于Game1。所以事件的这种内部封装机制减少了依赖，符合松耦合要求。
以上是我个人的一点理解，有失偏颇之处还望批评指正。
然而EventHandler内部是怎么封装的呢？我的思路尚不清晰，Reflector查看也没看出个所以然，我自己会认真学习探索，在此也向各位请教，希望大家能告诉我答案或提供一些思路。为谢！
二、改正
3、其实不是EventHandler一人的功劳
在上文中我以为事件对委托的封装是EventHandler类一人的功劳，其实没有深入理解的话很容易这么想，因为在声明事件的时候并没有声明对应的委托，直观上就感觉这个封装是发生在EventHandler类内部的。看了 @小AI 给我推荐的http://www.cnblogs.com/JimmyZhang/archive/2007/09/23/903360.html一文，发现问题所在。
在Reflector中反编译上面的例子，Game1类的结构如下：
Game1在此就是发布者类，对事件GameOverEvent的封装还是在发布者类中完成的，并不是在EventHandler类中就已经完成。这种封装模式和属性对字段的封装模式是完全一样的，只不过这个封装过程是由于有了event关键字在编译阶段由编译器自动完成的，在发布者类中将EventHandler类型的GameOverEvent委托设为私有，并加上Add和Remove方法，和上面用委托模拟的事件是一样的，也就是事件的本质就是在小标题2中用委托模拟的事件。这么说来，事件对委托的封装是可以类比为属性对字段的封装的，如果说有区别，那就是前者是编译阶段完成的、不可自定义的封装，后者是coding阶段实现的、可自定义的封装，但它们都是在对象级别完成的。
虽然这次出了错，但并没有使我灰心，相反，如果我不把自己的想法拿出来和大家交流，可能问题永远得不到解决。唯一的弊端就是大胆的写自己的想法，如果是错误的话，很可能误导比我还菜的同学，我能做的就是尽量多方求证，并且出错后及时改正。也勉励和我一样的菜鸟多写博客，别怕暴漏错误，大家对于大牛中规中矩的blog已经看的boring了，小菜错误的想法里可能偶尔就有着不被规则约束的创新。hehe
转载于:https://www.cnblogs.com/jacktag/p/3175200.html
