委托的应用之二：使用多播委托编码Observer模式。以及事件的引入

下面将通过一个例子来讲解如何使用多播委托编码Observer模式。

问题描述：一个加热器和一个冷却器连接到同一个自动调温器。为了控制加热器和冷却器的打开和关闭，要向它们通知温度的变化。自动调温器将温度的变化发布给多个订阅者：加热器和冷却器。

（1）定义订阅者：加热器和冷却器 的方法





（2）定义发布者类：自动调温器



（3）在主程序中连接发布者和订阅者，改变自动调温器的当前温度。



上述使用多播委托来编码Observer模式时存在以下问题：

问题1、在发布者类Thermostat中当当前温度值改变而调用委托方法时，没有检查委托变量是否为空。

假如当前没有订阅者注册接收通知，则OnTemperatureChange为空，执行OnTemperatureChange（value）语句会引发一个NUllReferenceException。因此需要将类Thermostat中CurrentTemperature属性的 set访问器代码做如下修改：

set

{

if ( value!=CurrentTemperature )

{

_currentTemperature = value;

TemperatureChangeHandler localOnChange= OnTemperatureChange;

if(localOnChange!=null)

localOnChange(value);

}

}

说明：并没有在一开始就检查委托变量OnTemperatureChange是否为空值，而是先将OnTemperatureChange赋值给另一个委托变量localOnChange。这个简单的修改可以确保在检查空值和发送通知之间，假如所有OnTemperatureChange订阅者都被移除（由一个不同的线程），那么不会触发NUllReferenceException异常。

再次提醒：在调用一个委托之前，要检查它的值是否为空。

问题2：假如一个订阅者引发了一个异常，那么后续的订阅者就接收不到发布者发出的通知。

由于委托的调用列表中的方法是顺序调用而不是同时调用的，所以当一个订阅者引发了异常，那么后续的订阅者就接收不到发布者发出的通知。为了避免这个问题，使所有的订阅者都能收到通知（不管之前的订阅者有过什么行为），必须手动遍历订阅者列表，并单独调用它们。

将类Thermostat中CurrentTemperature属性的 set访问器代码做如下修改：

set

{

if ( value!=CurrentTemperature )

{

_currentTemperature = value;

TemperatureChangeHandler localOnChange= OnTemperatureChange;

if(localOnChange!=null)

{

foreach ( TemperatureChangeHandler handler in localOnChange.GetInvocationList() )

{

try

{ handler(value); }

catch (Exception exception)

{ Console.WriteLine(exception.Message);}

}

}

}

}

代码说明：从一个委托的GetInvocationList（）方法可以获得一份订阅者列表。枚举该列表中的每一项，可以返回单独的订阅者。若随后将每个订阅者调用都放到一个try/catch块中，就可以先处理好任何出错的情形，再继续循环迭代。这样尽管某个订阅者引发了异常，随后的订阅者也能收到温度改变的通知。

问题3、当委托方法有返回值或参数为引用类型时，也必须遍历委托调用列表，而并非直接激活一个通知。

因为调用一个委托，就有可能造成将一个通知发给多个订阅者。假如订阅者方法有返回值，就无法确定应该使用哪一个订阅者的返回值。类似地，当委托方法的参数为引用类型时也需要特殊处理。

事件的作用

到目前为止使用的委托存在两个关键的问题。c#使用关键字event来解决这些问题。

1、封装订阅

错误地使用“=”而不是“+=”

class Program
{
public static void Main()
{
Thermostat thermostat = new Thermostat();
Heater heater = new Heater(60);
Cooler cooler = new Cooler(80);
string temperature;

thermostat.OnTemperatureChange = heater.OntemperatureChanged;

//bug: assignment operator overrides previous assignment
thermostat.OnTemperatureChang = cooler.OnTemperatureChanged;
}

上述代码与原来代码的唯一区别，就是它不是使用“+=”运算符，而是使用一个简单的赋值运算符。其结果就是将cooler.OnTemperatureChanged赋值给OnTemperatureChange时，heater.OnTemperatureChanged会被移除，因为一个全新的委托链替代了之前的链。在本该使用“+=”的地方使用了“=”，由于这是一个十分容易犯的错误，所以最好的办法就是根本不为包容类（声明委托的类）以外的对象提供对赋值运算符的支持。event关键字的目的就是提供额外的封装，避免你不小心的取消其他订阅者。

2、封装发布

委托和事件的第二个重要区别在于，事件确保只有包容类才能触发一个事件通知。

class Program

{

public static void Main()

{

Thermostat thermostat = new Thermostat();

Heater heater = new Heater(60);

Cooler cooler = new Cooler(80);

string temperature;

thermostat.OnTemperatureChange = heater.OntemperatureChanged;

//bug: assignment operator overrides previous assignment

thermostat.OnTemperatureChang+ = cooler.OnTemperatureChanged;

thermostat .OnTemperatureChange(42);

}

}

上述代码 从事件包容者外部触发了事件。即使thermostat的CurrentTemperature没有发生变化，Program也能调用OnTemperatureChange 委托。因此，Program触发了对所有thermostat订阅者的一个通知，告诉它们温度已发生改变，而实际上thermostat的温度没有变化。和之前问题一样，委托的问题在于封装的不充分。Thermostat应禁止其他任何类调用OnTemperatureChang委托。