将方法作为方法的参数
我们先不管这个标题如何的绕口也不管委托究竟是个什么东西来看下面这两个最简单的方法它们不过是在屏幕上输出一句问候的话语
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可以代表的方法 的 参数类型和返回类型
于是委托出现了它定义了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);
}
输出为
Morning Jimmy Zhang
早上好 Jimmy Zhang
尽管这样做没有任何问题但我们发现这条语句很奇怪在调用gmGreetPeople方法的时候再次传递了gm的delegate字段
gmGreetPeople(Jimmy Zhang gmdelegate);
既然如此我们何不修改 GreetingManager 类成这样
public class GreetingManager{
//在GreetingManager类的内部声明delegate变量
public GreetingDelegate delegate;
public void GreetPeople(string name) {
if(delegate!=null){ //如果有方法注册委托变量
delegate(name); //通过委托调用方法
}
}
}
在客户端调用看上去更简洁一些
static void Main(string[] args) {
GreetingManager gm = new GreetingManager();
gmdelegate = EnglishGreeting;
gmdelegate += ChineseGreeting;
gmGreetPeople(Jimmy Zhang); //注意这次不需要再传递 delegate变量
}
输出为
Morning Jimmy Zhang
早上好 Jimmy Zhang
尽管这样达到了我们要的效果但是还是存在着问题
在这里delegate和我们平时用的string类型的变量没有什么分别而我们知道并不是所有的字段都应该声明成public合适的做法是应该public的时候public应该private的时候private
我们先看看如果把 delegate 声明为 private会怎样？结果就是这简直就是在搞笑因为声明委托的目的就是为了把它暴露在类的客户端进行方法的注册你把它声明为private了客户端对它根本就不可见那它还有什么用？
再看看把delegate 声明为 public 会怎样？结果就是在客户端可以对它进行随意的赋值等操作严重破坏对象的封装性
最后第一个方法注册用=是赋值语法因为要进行实例化第二个方法注册则用的是+=但是不管是赋值还是注册都是将方法绑定到委托上除了调用时先后顺序不同再没有任何的分别这样不是让人觉得很别扭么？
现在我们想想如果delegate不是一个委托类型而是一个string类型你会怎么做？答案是使用属性对字段进行封装
于是Event出场了它封装了委托类型的变量使得在类的内部不管你声明它是public还是protected它总是private的在类的外部注册+=和注销=的访问限定符与你在声明事件时使用的访问符相同
我们改写GreetingManager类它变成了这个样子
public class GreetingManager{
//这一次我们在这里声明一个事件
public event GreetingDelegate MakeGreet;
public void GreetPeople(string name) {
MakeGreet(name);
}
}
很容易注意到MakeGreet 事件的声明与之前委托变量delegate的声明唯一的区别是多了一个event关键字看到这里在结合上面的讲解你应该明白到事件其实没什么不好理解的声明一个事件不过类似于声明一个进行了封装的委托类型的变量而已
为了证明上面的推论如果我们像下面这样改写Main方法
static void Main(string[] args) {
GreetingManager gm = new GreetingManager();
gmMakeGreet = EnglishGreeting; // 编译错误
gmMakeGreet += ChineseGreeting;
gmGreetPeople(Jimmy Zhang);
}
会得到编译错误事件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 sealed 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 BoiledEventArgs e);
public event BoiledEventHandler Boiled; //声明事件
// 定义BoiledEventArgs类传递给Observer所感兴趣的信息
public class BoiledEventArgs : EventArgs {
public readonly int temperature;
public BoiledEventArgs(int temperature) {
thistemperature = temperature;
}
}
// 可以供继承自 Heater 的类重写以便继承类拒绝其他对象对它的监视
protected virtual void OnBoiled(BoiledEventArgs e) {
if (Boiled != null) { // 如果有对象注册
Boiled(this e); // 调用所有注册对象的方法
}
}
// 烧水
public void BoilWater() {
for (int i = ; i <= ; i++) {
temperature = i;
if (temperature > ) {
//建立BoiledEventArgs 对象
BoiledEventArgs e = new BoiledEventArgs(temperature);
OnBoiled(e); // 调用 OnBolied方法
}
}
}
}
// 警报器
public class Alarm {
public void MakeAlert(Object sender HeaterBoiledEventArgs e) {
Heater heater = (Heater)sender; //这里是不是很熟悉呢？
//访问 sender 中的公共字段
ConsoleWriteLine(Alarm{} {}: heaterarea heatertype);
ConsoleWriteLine(Alarm: 嘀嘀嘀水已经 {} 度了 etemperature);
ConsoleWriteLine();
}
}
// 显示器
public class Display {
public static void ShowMsg(Object sender HeaterBoiledEventArgs 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水快烧开了当前温度度
//
