引言
委托 和 事件在 Net Framework中的应用非常广泛然而较好地理解委托和事件对很多接触C#时间不长的人来说并不容易它们就像是一道槛儿过了这个槛的人觉得真是太容易了而没有过去的人每次见到委托和事件就觉得心里别（biè）得慌混身不自在本文中我将通过两个范例由浅入深地讲述什么是委托为什么要使用委托事件的由来Net Framework中的委托和事件委托和事件对Observer设计模式的意义对它们的中间代码也做了讨论
将方法作为方法的参数
我们先不管这个标题如何的绕口也不管委托究竟是个什么东西来看下面这两个最简单的方法它们不过是在屏幕上输出一句问候的话语
public void GreetPeople(string name) {
// 做某些额外的事情比如初始化之类此处略
EnglishGreeting(name);
}
public void EnglishGreeting(string name) {
ConsoleWriteLine(Morning + name);
}
暂且不管这两个方法有没有什么实际意义GreetPeople用于向某人问好当我们传递代表某人姓名的name参数比如说Jimmy进去的时候在这个方法中将调用EnglishGreeting方法再次传递name参数EnglishGreeting则用于向屏幕输出 Morning Jimmy
现在假设这个程序需要进行全球化哎呀不好了我是中国人我不明白Morning是什么意思怎么办呢？好吧我们再加个中文版的问候方法
public void ChineseGreeting(string name){
ConsoleWriteLine(早上好 + name);
}
这时候GreetPeople也需要改一改了不然如何判断到底用哪个版本的Greeting问候方法合适呢？在进行这个之前我们最好再定义一个枚举作为判断的依据
public enum Language{
English Chinese
}
public void GreetPeople(string name Language lang){
//做某些额外的事情比如初始化之类此处略
swith(lang){
case LanguageEnglish:
EnglishGreeting(name);
break;
case LanguageChinese:
ChineseGreeting(name);
break;
}
}
OK尽管这样解决了问题但我不说大家也很容易想到这个解决方案的可扩展性很差如果日后我们需要再添加韩文版日文版就不得不反复修改枚举和GreetPeople()方法以适应新的需求
在考虑新的解决方案之前我们先看看 GreetPeople的方法签名
public void GreetPeople(string name Language lang)
我们仅看 string name在这里string 是参数类型name 是参数变量当我们赋给name字符串jimmy时它就代表jimmy这个值当我们赋给它张子阳时它又代表着张子阳这个值然后我们可以在方法体内对这个name进行其他操作哎这简直是废话么刚学程序就知道了
如果你再仔细想想假如GreetPeople()方法可以接受一个参数变量这个变量可以代表另一个方法当我们给这个变量赋值 EnglishGreeting的时候它代表着 EnglsihGreeting() 这个方法当我们给它赋值ChineseGreeting 的时候它又代表着ChineseGreeting()方法我们将这个参数变量命名为 MakeGreeting那么不是可以如同给name赋值时一样在调用 GreetPeople()方法的时候给这个MakeGreeting 参数也赋上值么(ChineseGreeting或者EnglsihGreeting等)？然后我们在方法体内也可以像使用别的参数一样使用MakeGreeting但是由于MakeGreeting代表着一个方法它的使用方式应该和它被赋的方法(比如ChineseGreeting)是一样的比如
MakeGreeting(name);
好了有了思路了我们现在就来改改GreetPeople()方法那么它应该是这个样子了
public void GreetPeople(string name *** MakeGreeting){
MakeGreeting(name);
}
注意到 *** 这个位置通常放置的应该是参数的类型但到目前为止我们仅仅是想到应该有个可以代表方法的参数并按这个思路去改写GreetPeople方法现在就出现了一个大问题这个代表着方法的MakeGreeting参数应该是什么类型的？
NOTE这里已不再需要枚举了因为在给MakeGreeting赋值的时候动态地决定使用哪个方法是ChineseGreeting还是 EnglishGreeting而在这个两个方法内部已经对使用morning还是早上好作了区分
聪明的你应该已经想到了现在是委托该出场的时候了但讲述委托之前我们再看看MakeGreeting参数所能代表的 ChineseGreeting()和EnglishGreeting()方法的签名
public void EnglishGreeting(string name)
public void ChineseGreeting(string name)
如同name可以接受String类型的true和但不能接受bool类型的true和int类型的一样MakeGreeting的 参数类型定义 应该能够确定 MakeGreeting可以代表的 方法种类再进一步讲就是MakeGreeting可以代表的方法 的 参数类型和祷乩嘈汀?br /> 于是委托出现了它定义了MakeGreeting参数所能代表的方法的种类也就是MakeGreeting参数的类型
NOTE如果上面这句话比较绕口我把它翻译成这样string 定义了name参数所能代表的值的种类也就是name参数的类型
本例中委托的定义
public delegate void GreetingDelegate(string name);
可以与上面EnglishGreeting()方法的签名对比一下除了加入了delegate关键字以外其余的是不是完全一样？
现在让我们再次改动GreetPeople()方法如下所示
public void GreetPeople(string name GreetingDelegate MakeGreeting){
MakeGreeting(name);
}
如你所见委托GreetingDelegate出现的位置与 string相同string是一个类型那么GreetingDelegate应该也是一个类型或者叫类(Class)但是委托的声明方式和类却完全不同这是怎么一回事？实际上委托在编译的时候确实会编译成类
因为Delegate是一个类所以在任何可以声明类的地方都可以声明委托更多的内容将在下面讲述现在请看看这个范例的完整代码
using System;
using SystemCollectionsGeneric;
using SystemText;
namespace Delegate {
//定义委托它定义了可以代表的方法的类型
public delegate void GreetingDelegate(string name);
class Program {
private static void EnglishGreeting(string name) {
ConsoleWriteLine(Morning + name);
}
private static void ChineseGreeting(string name) {
ConsoleWriteLine(早上好 + name);
}
//注意此方法它接受一个GreetingDelegate类型的方法作为参数
private static void GreetPeople(string name GreetingDelegate MakeGreeting) {
MakeGreeting(name);
}
static void Main(string[] args) {
GreetPeople(Jimmy Zhang EnglishGreeting);
GreetPeople(张子阳 ChineseGreeting);
ConsoleReadKey();
}
}
}
输出如下
Morning Jimmy Zhang
早上好 张子阳
我们现在对委托做一个总结
委托是一个类它定义了方法的类型使得可以将方法当作另一个方法的参数来进行传递这种将方法动态地赋给参数的做法可以避免在程序中大量使用IfElse(Switch)语句同时使得程序具有更好的可扩展性
将方法绑定到委托
看到这里是不是有那么点如梦初醒的感觉？于是你是不是在想在上面的例子中我不一定要直接在GreetPeople()方法中给 name参数赋值我可以像这样使用变量
static void Main(string[] args) {
string name name;
name = Jimmy Zhang;
name = 张子阳;
GreetPeople(name EnglishGreeting);
GreetPeople(name ChineseGreeting);
ConsoleReadKey();
}
而既然委托GreetingDelegate 和 类型 string 的地位一样都是定义了一种参数类型那么我是不是也可以这么使用委托？
static void Main(string[] args) {
GreetingDelegate delegate delegate;
delegate = EnglishGreeting;
delegate = ChineseGreeting;
GreetPeople(Jimmy Zhang delegate);
GreetPeople(张子阳 delegate);
ConsoleReadKey();
}
如你所料这样是没有问题的程序一如预料的那样输出这里我想说的是委托不同于string的一个特性可以将多个方法赋给同一个委托或者叫将多个方法绑定到同一个委托当调用这个委托的时候将依次调用其所绑定的方法在这个例子中语法如下
static void Main(string[] args) {
GreetingDelegate delegate;
delegate = EnglishGreeting; // 先给委托类型的变量赋值
delegate += ChineseGreeting; // 给此委托变量再绑定一个方法
// 将先后调用 EnglishGreeting 与 ChineseGreeting 方法
GreetPeople(Jimmy Zhang delegate);
ConsoleReadKey();
}
输出为
Morning Jimmy Zhang
早上好 Jimmy Zhang
实际上我们可以也可以绕过GreetPeople方法
通过委托来直接调用EnglishGreeting和ChineseGreeting
static void Main(string[] args) {
GreetingDelegate delegate;
delegate = EnglishGreeting; // 先给委托类型的变量赋值
delegate += ChineseGreeting; // 给此委托变量再绑定一个方法
// 将先后调用 EnglishGreeting 与 ChineseGreeting 方法
delegate (Jimmy Zhang);
ConsoleReadKey();
}
NOTE这在本例中是没有问题的但回头看下上面GreetPeople()的定义在它之中可以做一些对于EnglshihGreeting和ChineseGreeting来说都需要进行的工作为了简便我做了省略
注意这里第一次用的=是赋值的语法第二次用的是+=是绑定的语法如果第一次就使用+=将出现使用了未赋值的局部变量的编译错误
我们也可以使用下面的代码来这样简化这一过程
GreetingDelegate delegate = new GreetingDelegate(EnglishGreeting);
delegate += ChineseGreeting; // 给此委托变量再绑定一个方法
看到这里应该注意到这段代码第一条语句与实例化一个类是何其的相似你不禁想到上面第一次绑定委托时不可以使用+=的编译错误或许可以用这样的方法来避免
GreetingDelegate delegate = new GreetingDelegate();
delegate += EnglishGreeting; // 这次用的是 +=绑定语法
delegate += ChineseGreeting; // 给此委托变量再绑定一个方法
但实际上这样会出现编译错误 GreetingDelegate方法没有采用个参数的重载尽管这样的结果让我们觉得有点沮丧但是编译的提示没有个参数的重载再次让我们联想到了类的构造函数我知道你一定按捺不住想探个究竟但再此之前我们需要先把基础知识和应用介绍完
既然给委托可以绑定一个方法那么也应该有办法取消对方法的绑定很容易想到这个语法是=
static void Main(string[] args) {
GreetingDelegate delegate = new GreetingDelegate(EnglishGreeting);
delegate += ChineseGreeting; // 给此委托变量再绑定一个方法
// 将先后调用 EnglishGreeting 与 ChineseGreeting 方法
GreetPeople(Jimmy Zhang delegate);
ConsoleWriteLine();
delegate = EnglishGreeting; //取消对EnglishGreeting方法的绑定
// 将仅调用 ChineseGreeting
GreetPeople(张子阳 delegate);
ConsoleReadKey();
}
输出为
Morning Jimmy Zhang
早上好 Jimmy Zhang
早上好 张子阳
让我们再次对委托作个总结
使用委托可以将多个方法绑定到同一个委托变量当调用此变量时(这里用调用这个词是因为此变量代表一个方法)可以依次调用所有绑定的方法
事件的由来
我们继续思考上面的程序上面的三个方法都定义在Programe类中这样做是为了理解的方便实际应用中通常都是 GreetPeople 在一个类中ChineseGreeting和 EnglishGreeting 在另外的类中现在你已经对委托有了初步了解是时候对上面的例子做个改进了假设我们将GreetingPeople()放在一个叫GreetingManager的类中那么新程序应该是这个样子的
namespace Delegate {
//定义委托它定义了可以代表的方法的类型
public delegate void GreetingDelegate(string name);
//新建的GreetingManager类
public class GreetingManager{
public void GreetPeople(string name GreetingDelegate MakeGreeting) {
MakeGreeting(name);
}
}
class Program {
private static void EnglishGreeting(string name) {
ConsoleWriteLine(Morning + name);
}
private static void ChineseGreeting(string name) {
ConsoleWriteLine(早上好 + name);
}
static void Main(string[] args) {
//
}
}
}
这个时候如果要实现前面演示的输出效果Main方法我想应该是这样的
static void Main(string[] args) {
GreetingManager gm = new GreetingManager();
gmGreetPeople(Jimmy Zhang EnglishGreeting);
gmGreetPeople(张子阳 ChineseGreeting);
}
我们运行这段代码嗯没有任何问题程序一如预料地那样输出了
Morning Jimmy Zhang
早上好 张子阳
现在假设我们需要使用上一节学到的知识将多个方法绑定到同一个委托变量该如何做呢？让我们再次改写代码
static void Main(string[] args) {
GreetingManager gm = new GreetingManager();
GreetingDelegate delegate;
delegate = EnglishGreeting;
delegate += ChineseGreeting;
gmGreetPeople(Jimmy Zhang delegate);
}
输出
Morning Jimmy Zhang
早上好 Jimmy Zhang
到了这里我们不禁想到面向对象设计讲究的是对象的封装既然可以声明委托类型的变量(在上例中是delegate)我们何不将这个变量封装到 GreetManager类中？在这个类的客户端中使用不是更方便么？于是我们改写GreetManager类像这样
public class GreetingManager{
//在GreetingManager类的内部声明delegate变量
public GreetingDelegate delegate;
public void GreetPeople(string name GreetingDelegate MakeGreeting) {
MakeGreeting(name);
}
}
现在我们可以这样使用这个委托变量
static void Main(string[] args) {
GreetingManager gm = new GreetingManager();
gmdelegate = EnglishGreeting;
gmdelegate += ChineseGreeting;
gmGreetPeople(Jimmy Zhang gmdelegate);
}
尽管这样达到了我们要的效果但是似乎并不美气光是第一个方法注册用=第二个用+=就让人觉得别扭此时轮到Event出场了C# 中可以使用事件来专门完成这项工作我们改写GreetingManager类它变成了这个样子
public class GreetingManager{
//这一次我们在这里声明一个事件
public event GreetingDelegate MakeGreet;
public void GreetPeople(string name GreetingDelegate MakeGreeting) {
MakeGreeting(name);
}
}
很容易注意到MakeGreet 事件的声明与之前委托变量delegate的声明唯一的区别是多了一个event关键字看到这里你差不多明白到事件其实没什么不好理解的声明一个事件不过类似于声明一个委托类型的变量而已
我们想当然地改写Main方法
static void Main(string[] args) {
GreetingManager gm = new GreetingManager();
gmMakeGreet = EnglishGreeting; // 编译错误
gmMakeGreet += ChineseGreeting;
gmGreetPeople(Jimmy Zhang gmMakeGreet); //编译错误
}
这次你会得到编译错误事件DelegateGreetingManagerMakeGreet只能出现在 += 或 = 的左边(从类型DelegateGreetingManager中使用时除外)
事件和委托的编译代码
这时候我们不得不注释掉编译错误的行然后重新进行编译再借助Reflactor来对 event的声明语句做一探究看看为什么会发生这样的错误
public event GreetingDelegate MakeGreet;
可以看到实际上尽管我们在GreetingManager里将 MakeGreet 声明为public但是实际上MakeGreet会被编译成 私有字段难怪会发生上面的编译错误了因为它根本就不允许在GreetingManager类的外面以赋值的方式访问
我们进一步看下MakeGreet所产生的代码
private GreetingDelegate MakeGreet; //对事件的声明 实际是 声明一个私有的委托变量
[MethodImpl(MethodImplOptionsSynchronized)]
public void add_MakeGreet(GreetingDelegate value){
thisMakeGreet = (GreetingDelegate) DelegateCombine(thisMakeGreet value);
}
[MethodImpl(MethodImplOptionsSynchronized)]
public void remove_MakeGreet(GreetingDelegate value){
thisMakeGreet = (GreetingDelegate) DelegateRemove(thisMakeGreet value);
}
现在已经很明确了MakeGreet 事件确实是一个GreetingDelegate类型的委托只不过不管是不是声明为public它总是被声明为private另外它还有两个方法分别是add_MakeGreet和remove_MakeGreet这两个方法分别用于注册委托类型的方法和取消注册实际上也就是 += 对应 add_MakeGreet=对应remove_MakeGreet而这两个方法的访问限制取决于声明事件时的访问限制符
在add_MakeGreet()方法内部实际上调用了SystemDelegate的Combine()静态方法这个方法用于将当前的变量添加到委托链表中我们前面提到过两次说委托实际上是一个类在我们定义委托的时候
public delegate void GreetingDelegate(string name);
当编译器遇到这段代码的时候会生成下面这样一个完整的类
public class GreetingDelegate:SystemMulticastDelegate{
public GreetingDelegate(object @object IntPtr method);
public virtual IAsyncResult BeginInvoke(string name AsyncCallback callback object @object);
public virtual void EndInvoke(IAsyncResult result);
public virtual void Invoke(string name);
}
关于这个类的更深入内容可以参阅《CLR Via C#》等相关书籍这里就不再讨论了
委托事件与Observer设计模式
范例说明
上面的例子已不足以再进行下面的讲解了我们来看一个新的范例因为之前已经介绍了很多的内容所以本节的进度会稍微快一些
假设我们有个高档的热水器我们给它通上电当水温超过度的时候扬声器会开始发出语音告诉你水的温度液晶屏也会改变水温的显示来提示水已经快烧开了
现在我们需要写个程序来模拟这个烧水的过程我们将定义一个类来代表热水器我们管它叫Heater它有代表水温的字段叫做temperature当然还有必不可少的给水加热方法BoilWater()一个发出语音警报的方法MakeAlert()一个显示水温的方法ShowMsg()
namespace Delegate {
class Heater {
private int temperature; // 水温
// 烧水
public void BoilWater() {
for (int i = ; i <= ; i++) {
temperature = i;
if (temperature > ) {
MakeAlert(temperature);
ShowMsg(temperature);
}
}
}
// 发出语音警报
private void MakeAlert(int param) {
ConsoleWriteLine(Alarm嘀嘀嘀水已经 {} 度了 param);
}
// 显示水温
private void ShowMsg(int param) {
ConsoleWriteLine(Display水快开了当前温度{}度 param);
}
}
class Program {
static void Main() {
Heater ht = new Heater();
htBoilWater();
}
}
}
Observer设计模式简介
上面的例子显然能完成我们之前描述的工作但是却并不够好现在假设热水器由三部分组成热水器警报器显示器它们来自于不同厂商并进行了组装那么应该是热水器仅仅负责烧水它不能发出警报也不能显示水温在水烧开时由警报器发出警报显示器显示提示和水温
这时候上面的例子就应该变成这个样子
// 热水器
public class Heater {
private int temperature;
// 烧水
private void BoilWater() {
for (int i = ; i <= ; i++) {
temperature = i;
}
}
}
// 警报器
public class Alarm{
private void MakeAlert(int param) {
ConsoleWriteLine(Alarm嘀嘀嘀水已经 {} 度了 param);
}
}
// 显示器
public class Display{
private void ShowMsg(int param) {
ConsoleWriteLine(Display水已烧开当前温度{}度 param);
}
}
这里就出现了一个问题如何在水烧开的时候通知报警器和显示器？在继续进行之前我们先了解一下Observer设计模式Observer设计模式中主要包括如下两类对象
Subject监视对象它往往包含着其他对象所感兴趣的内容在本范例中热水器就是一个监视对象它包含的其他对象所感兴趣的内容就是temprature字段当这个字段的值快到时会不断把数据发给监视它的对象
Observer监视者它监视Subject当Subject中的某件事发生的时候会告知Observer而Observer则会采取相应的行动在本范例中Observer有警报器和显示器它们采取的行动分别是发出警报和显示水温
在本例中事情发生的顺序应该是这样的
警报器和显示器告诉热水器它对它的温度比较感兴趣(注册)
热水器知道后保留对警报器和显示器的引用
热水器进行烧水这一动作当水温超过度时通过对警报器和显示器的引用自动调用警报器的MakeAlert()方法显示器的ShowMsg()方法
类似这样的例子是很多的GOF对它进行了抽象称为Observer设计模式Observer设计模式是为了定义对象间的一种一对多的依赖关系以便于当一个对象的状态改变时其他依赖于它的对象会被自动告知并更新Observer模式是一种松耦合的设计模式
实现范例的Observer设计模式
我们之前已经对委托和事件介绍很多了现在写代码应该很容易了现在在这里直接给出代码并在注释中加以说明
using System;
using SystemCollectionsGeneric;
using SystemText;
namespace Delegate {
// 热水器
public class Heater {
private int temperature;
public delegate void BoilHandler(int param); //声明委托
public event BoilHandler BoilEvent; //声明事件
// 烧水
public void BoilWater() {
for (int i = ; i <= ; i++) {
temperature = i;
if (temperature > ) {
if (BoilEvent != null) { //如果有对象注册
BoilEvent(temperature); //调用所有注册对象的方法
}
}
}
}
}
// 警报器
public class Alarm {
public void MakeAlert(int param) {
ConsoleWriteLine(Alarm嘀嘀嘀水已经 {} 度了 param);
}
}
// 显示器
public class Display {
public static void ShowMsg(int param) { //静态方法
ConsoleWriteLine(Display水快烧开了当前温度{}度 param);
}
}
class Program {
static void Main() {
Heater heater = new Heater();
Alarm alarm = new Alarm();
heaterBoilEvent += alarmMakeAlert; //注册方法
heaterBoilEvent += (new Alarm())MakeAlert; //给匿名对象注册方法
heaterBoilEvent += DisplayShowMsg; //注册静态方法
heaterBoilWater(); //烧水会自动调用注册过对象的方法
}
}
}
输出为
Alarm嘀嘀嘀水已经 度了
Alarm嘀嘀嘀水已经 度了
Display水快烧开了当前温度度
// 省略
Net Framework中的委托与事件
尽管上面的范例很好地完成了我们想要完成的工作但是我们不仅疑惑为什么Net Framework 中的事件模型和上面的不同？为什么有很多的EventArgs参数？
在回答上面的问题之前我们先搞懂 Net Framework的编码规范
委托类型的名称都应该以EventHandler结束
委托的原型定义有一个void返回值并接受两个输入参数一个Object 类型一个 EventArgs类型(或继承自EventArgs)
事件的命名为 委托去掉 EventHandler之后剩余的部分
继承自EventArgs的类型应该以EventArgs结尾
再做一下说明
委托声明原型中的Object类型的参数代表了Subject也就是监视对象在本例中是 Heater(热水器)回调函数(比如Alarm的MakeAlert)可以通过它访问触发事件的对象(Heater)
EventArgs 对象包含了Observer所感兴趣的数据在本例中是temperature
上面这些其实不仅仅是为了编码规范而已这样也使得程序有更大的灵活性比如说如果我们不光想获得热水器的温度还想在Observer端(警报器或者显示器)方法中获得它的生产日期型号价格那么委托和方法的声明都会变得很麻烦而如果我们将热水器的引用传给警报器的方法就可以在方法中直接访问热水器了
现在我们改写之前的范例让它符合 Net Framework 的规范
using System;
using SystemCollectionsGeneric;
using SystemText;
namespace Delegate {
// 热水器
public class Heater {
private int temperature;
public string type = RealFire ; // 添加型号作为演示
public string area = China Xian; // 添加产地作为演示
//声明委托
public delegate void BoiledEventHandler(Object sender BoliedEventArgs e);
public event BoiledEventHandler Boiled; //声明事件
// 定义BoliedEventArgs类传递给Observer所感兴趣的信息
public class BoliedEventArgs : EventArgs {
public readonly int temperature;
public BoliedEventArgs(int temperature) {
thistemperature = temperature;
}
}
// 可以供继承自 Heater 的类重写以便继承类拒绝其他对象对它的监视
protected virtual void OnBolied(BoliedEventArgs e) {
if (Boiled != null) { // 如果有对象注册
Boiled(this e); // 调用所有注册对象的方法
}
}
// 烧水
public void BoilWater() {
for (int i = ; i <= ; i++) {
temperature = i;
if (temperature > ) {
//建立BoliedEventArgs 对象
BoliedEventArgs e = new BoliedEventArgs(temperature);
OnBolied(e); // 调用 OnBolied方法
}
}
}
}
// 警报器
public class Alarm {
public void MakeAlert(Object sender HeaterBoliedEventArgs e) {
Heater heater = (Heater)sender; //这里是不是很熟悉呢？
//访问 sender 中的公共字段
ConsoleWriteLine(Alarm{} {}: heaterarea heatertype);
ConsoleWriteLine(Alarm: 嘀嘀嘀水已经 {} 度了 etemperature);
ConsoleWriteLine();
}
}
// 显示器
public class Display {
public static void ShowMsg(Object sender HeaterBoliedEventArgs e) { //静态方法
Heater heater = (Heater)sender;
ConsoleWriteLine(Display{} {}: heaterarea heatertype);
ConsoleWriteLine(Display水快烧开了当前温度{}度 etemperature);
ConsoleWriteLine();
}
}
class Program {
static void Main() {
Heater heater = new Heater();
Alarm alarm = new Alarm();
heaterBoiled += alarmMakeAlert; //注册方法
heaterBoiled += (new Alarm())MakeAlert; //给匿名对象注册方法
heaterBoiled += new HeaterBoiledEventHandler(alarmMakeAlert); //也可以这么注册
heaterBoiled += DisplayShowMsg; //注册静态方法
heaterBoilWater(); //烧水会自动调用注册过对象的方法
}
}
}
输出为
AlarmChina Xian RealFire :
Alarm: 嘀嘀嘀水已经 度了
AlarmChina Xian RealFire :
Alarm: 嘀嘀嘀水已经 度了
AlarmChina Xian RealFire :
Alarm: 嘀嘀嘀水已经 度了
DisplayChina Xian RealFire :
Display水快烧开了当前温度度
// 省略
总结
在本文中我首先通过一个GreetingPeople的小程序向大家介绍了委托的概念委托用来做什么随后又引出了事件接着对委托与事件所产生的中间代码做了粗略的讲述
在第二个稍微复杂点的热水器的范例中我向大家简要介绍了 Observer设计模式并通过实现这个范例完成了该模式随后讲述了Net Framework中委托事件的实现方式
