【CTO360 专稿】尽管上面的范例很好地完成了我们想要完成的工作，但是我们完成尽管我们不仅疑惑：为什么.Net Framework 中的事件模型和上面的不同？framework 为什么事件为什么有很多的EventArgs参数？
在回答上面的问题之前，我们先搞懂.Net Framework的编码规范：framework 我们规范
·委托类型的名称都应该以EventHandler结束。
·委托的原型定义：有一个void返回值，并接受两个输入定义 void 委托参数：一个Object 类型，一个 EventArgs类型(或继承自EventArgs)。
·事件的命名为 委托去掉 EventHandler之后剩余的部分。
·继承自EventArgs的类型应该以EventArgs结尾。
再做一下说明：
1. 委托声明原型中的Object类型的参数代表了Subject，也就是监subject object 参数视对象，在本例中是 Heater(热水器)。回调函数(比如Alarm的MakeAlert)可以makealert heater 热水器通过它访问触发事件的对象(Heater)。
2. EventArgs 对象包含了Observer所感兴趣的数据，在本例中是temperature。
上面这些其实不仅仅是为了编码规范而已，这样也使得不仅仅这样这些程序有更大的灵活性。比如说，如果我们不光想获得热水比如说灵活性我们器的温度，还想在Observer端(警报器或者显示器)方法中获得它的警报器显示器 observ生产日期、型号、价格，那么委托和方法的声明都会变得价格声明方法很麻烦，而如果我们将热水器的引用传给警报器的方法，警报器热水器方法就可以在方法中直接访问热水器了。
现在我们改写之前的范例，让它符合 .Net Framework 的规范：