假设没有事件，我们能不能通过委托实现事件的功能？事实上是可以的。下面我们一步一步剖析！先举个例子：

    有这么一个场景，有一个气球（相当于事件、消息的发送者），气球爆炸（相当于触发事件），小孩子听到气球爆炸会吓哭（小孩子相当于一个事件的订阅者）。我们不适用事件，使用委托来完成这个程序。

   第一步：定义一个全局的委托类型， public delegate void BombEventHandler();//定义了一个委托，其实是一个类吧，相当于一个委托类

   第二步：定义气球类（BalloonPublisher），很简单，这个类仅仅用友一个爆炸的方法，爆炸就发出消息，我爆炸了，也就是调用bomb委托

   public class BalloonPublisher   

  {         public BombEventHandler Bomb;//委托类型的变量

             public void BalloonBomb()

           {

                 if (Bomb != null)

                 {

                    Bomb();//调用委托

                }

             }

    }

   第三步：我们实现订阅者，小孩子类，为了简单我们仅仅定义一个被吓哭的方法

 public class ChildrenSubscribe
    {
         //其实订阅委托
        public void OnHearBomb()
        {
            Console.WriteLine("我被爆炸伤吓哭了");
        }
        
    }

一切定义好了，就等着关联了，客户端进行关联：

      static void Main(string[] args)
        {
           //客户端触发事件，并订阅事件
            BalloonPublisher pb = new BalloonPublisher();
            ChildrenSubscribe sb = new ChildrenSubscribe();
            pb.Bomb += sb.OnHearBomb;  //是不是很熟悉？关键气球爆炸委托和小孩子听到爆炸后的方法
            pb.BalloonBomb();//触发爆炸事件，其实是执行委托
          
        }

       执行结果很明白，当爆炸触发时候，小孩子吓哭这个方法也在这个委托链上所以也就执行了吓哭方法。

       回顾下上面的过程，和事件功能完全一样，说明委托完全可以实现事件的功能！可是为什么会有事件的产生呢？对上面的例子我们可以这么想，气球爆炸是属于气球本身的，与客户端没关系，只有气球才能触发爆炸这个方法，可是我们上面这个例子是可以通过客户端直接触发气球爆炸的，比如 pb.Bomb();直接触发爆炸委托，也能把小孩吓哭。这样就破坏了封装性。这是事件产生的第一个原因。

       假如气球爆炸后，不仅仅引起小孩子哭，还会引起大人寻找那的气球爆炸了，周围的鸟也会飞走等一系列事件。这就需要把这些方法都得加入到委托连pb.Bomb中去。

如果客户端不小心把把这个委托连弄断了或者改变了，将会引起很大的麻烦，所有订阅的类都失败了。

       为了解决以上问题，事件才应运而生的，其实事件就是对委托的封装罢了，具体内部实现我就不多说了，网上多的是。

下面给出利用事件完成此功能的程序：其实很简单，把气球类里面的委托换成事件定义即可，这样以后，你在客户端 直接调用pb.BombEvent();是有语法错误的，从而确保了封装性和事件也只能有气球本身触发，与客户端没任何关系

public class BalloonPublisher

    {

        public event BombEventHandler BombEvent;  //我加了Event的后缀

        public void BalloonBomb()

        {

            if (BombEvent != null)

            {

                BombEvent();//调用委托            

             }                    

      }    

}