设计模式（九）-观察者模式、C#委托、事件

书中引出的例子为，当Boss回来，前台通知员工好好工作的场景。

1、观察模式将通知广播给每一个客户端，客户端想知道目标的变化a、从目标拉取 b、通知的时候将变化传递给客户端。

拉取的方法，客户端自由度较高，客户端可以根据需求拉取。观察者通知内容丰富，客户端需要不要更新拉取变化。耦合度高，违背迪米特法则，推送的方法，效率低，客户端需要判断通知类型，耦合度一样高。

如果收到通知，两者之间需要来回事务往来，就更糟糕了。

观察者模式，单向广播通知，且不需回复的情景。

书中结尾：委托，的使用更好。从编码的角度，委托的客户端更新事件的函数名称具体清晰，远比继承重载的统一接口要好很多。所以下面我们直接讲委托。

这里介绍一片小白初步看懂委托、事件的博客（C#盲） C#委托和事件

这里抄一些关于委托理解关键的语句：

1、（书）委托就是一种引用方法的类型。一旦为委托分配了方法，委托将与该方法具有完全相同的行为。委托方法的使用可以像其他任何方法一样，具有参数和返回值。委托可以看做是对函数的抽象，是函数的“类”，委托的实例将代表一个具体的函数。

delegate void EventHandler() ----- 声明一个特殊的类

public event EventHandler Update ---- 声明一个特殊类的变量-Update

一个委托可以搭载多个方法，所有方法一次执行。委托的方法，不需要属于同一个类，但必须具有相同的原型和形式--必须时相同的参数列表和返回值。

那么给Update赋值的方式有几种：

       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();   //烧水，会自动调用注册过对象的方法
       }

注意第一种和第二种的区别。两者执行时的函数地址一样，但执行结果不一定一样哦。。。可以查阅一下相关的类的编译及执行流程。

经常使用函数指针的朋友，可以自己编写一个委托了。 而C#在遇到 delegate 关键字的时候自动帮你把这里生成一个类，自带了注册以及取消注册的函数（+= ， -=），（是不是发现每一个开发平台都有一些，自己的特性，Qt的 signal、slots、Q_OBJECT关键字 ）。

委托：C#利用观察者模式，帮用户做了充分的结耦合操作。用户在观察者与被观察者之间随意声明委托，然后相互绑定，都是很随意的事情。

某种程度上来讲，这个功能在Qt的信号与曹有一点相似之处，就是两个完全不相干类的函数的联系。Qt5.3之前的版本，链接的函数必须时slots声明的函数（委托没有这个限制，三种不同的注册方法），Qt5.5之后的版本，可用通过lamdba来解决这个问题。

只是要连接多个槽函数时，需要编写多个connect函数。二委托的+= 更方便（大哭）