C 中的委託和事件(下)

2021-04-25 17:59:07 字數 3891 閱讀 7393

範例說明

上面的例子已不足以再進行下面的講解了,我們來看乙個新的範例,因為之前已經介紹了很多的內容,所以本節的進度會稍微快一些:

假設我們有個高檔的熱水器,我們給它通上電,當水溫超過95度的時候:1、揚聲器會開始發出語音,告訴你水的溫度;2、液晶屏也會改變水溫的顯示,來提示水已經快燒開了。

現在我們需要寫個程式來模擬這個燒水的過程,我們將定義乙個類來代表熱水器,我們管它叫:heater,它有代表水溫的字段,叫做 temperature;當然,還有必不可少的給水加熱方法boilwater(),乙個發出語音警報的方法makealert(),乙個顯示水溫的方 法,showmsg()。

以下為引用的內容:

namespace delegate} }

// 發出語音警報

private void makealert(int param) 度了:" , param);

}// 顯示水溫

private void showmsg(int param) 度。" , param);}}

class program

}}

observer設計模式簡介

上面的例子顯然能完成我們之前描述的工作,但是卻並不夠好。現在假設熱水器由三部分組成:熱水器、警報器、顯示器,它們來自於不同廠商並進行了組裝。那麼,應該是熱水器僅僅負責燒水,它不能發出警報也不能顯示水溫;在水燒開時由警報器發出警報、顯示器顯示提示和水溫。

這時候,上面的例子就應該變成這個樣子:

以下為引用的內容:

// 熱水器

public class heater }}

// 警報器

public class alarm 度了:" , param); }}

// 顯示器

public class display度。" , param);

}}

這裡就出現了乙個問題:如何在水燒開的時候通知報警器和顯示器?在繼續進行之前,我們先了解一下observer設計模式,observer設計模式中主要包括如下兩類物件:

subject:監視物件,它往往包含著其他物件所感興趣的內容。在本範例中,熱水器就是乙個監視物件,它包含的其他物件所感興趣的內容,就是temprature欄位,當這個欄位的值快到100時,會不斷把資料發給監視它的物件。

observer:監視者,它監視subject,當subject中的某件事發生的時候,會告知observer,而observer則會採取相應的行動。在本範例中,observer有警報器和顯示器,它們採取的行動分別是發出警報和顯示水溫。

在本例中,事情發生的順序應該是這樣的:

警報器和顯示器告訴熱水器,它對它的溫度比較感興趣(註冊)。

熱水器知道後保留對警報器和顯示器的引用。

熱水器進行燒水這一動作,當水溫超過95度時,通過對警報器和顯示器的引用,自動呼叫警報器的makealert()方法、顯示器的showmsg()方法。

類似這樣的例子是很多的,gof對它進行了抽象,稱為observer設計模式:observer設計模式是為了定義物件間的一種一對多的依賴關係,以便於當乙個物件的狀態改變時,其他依賴於它的物件會被自動告知並更新。observer模式是一種松耦合的設計模式。

實現範例的observer設計模式

我們之前已經對委託和事件介紹很多了,現在寫**應該很容易了,現在在這裡直接給出**,並在注釋中加以說明。

以下為引用的內容:

using system;

using system.collections.generic;

using system.text;

namespace delegate }}

}}

// 警報器

public class alarm 度了:", param);}}

// 顯示器

public class display 度。", param);}}

class program

}}

輸出為:

alarm:嘀嘀嘀,水已經 96 度了:

alarm:嘀嘀嘀,水已經 96 度了:

display:水快燒開了,當前溫度:96度。

// 省略...

.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 system.collections.generic;

using system.text;

namespace delegate

}// 可以供繼承自 heater 的類重寫,以便繼承類拒絕其他物件對它的監視

protected virtual void onbolied(boliedeventargs e)

}// 燒水。

public void boilwater() }}

}// 警報器

public class alarm - : ", heater.area, heater.type);

console.writeline("alarm: 嘀嘀嘀,水已經 度了:", e.temperature);

console.writeline(); }}

// 顯示器

public class display - : ", heater.area, heater.type);

console.writeline("display:水快燒開了,當前溫度:度。", e.temperature);

console.writeline(); }}

class program

}}

輸出為:

以下為引用的內容: alarm:china xian - realfire 001: alarm: 嘀嘀嘀,水已經 96 度了: alarm:china xian - realfire 001: alarm: 嘀嘀嘀,水已經 96 度了: alarm:china xian - realfire 001: alarm: 嘀嘀嘀,水已經 96 度了: display:china xian - realfire 001: display:水快燒開了,當前溫度:96度。 // 省略 ...

總結在第二個稍微複雜點的熱水器的範例中,我向大家簡要介紹了 observer設計模式,並通過實現這個範例完成了該模式,隨後講述了.net framework中委託、事件的實現方式。

C 中的委託和事件

委託類似於c 中的函式指標,c 中的委託申明如下 delegate void mydelegate 只要該委託執行的方法與委託申明的簽名一致,就能呼叫委託來執行該方法,例如在本例中,有個方法為 void method 那麼就可以如下呼叫 mydelegate delegate new mydeleg...

C 中的委託和事件

委託 和 事件在 net framework中的應用非常廣泛,然而,較好地理解委託和事件對很多接觸c 時間不長的人來說並不容易。它們就像是一道檻兒,過了這個檻的人,覺得真是太容易了,而沒有過去的人每次見到委託和事件就覺得心裡憋得慌,渾身不自在。本文中,我將通過兩個範例由淺入深地講述什麼是委託 為什麼...

C 中的委託和事件

較好地理解委託和事件對很多接觸c 時間不長的人來說並不容易。它們就像是一道檻兒,過了這個檻的人,覺得真是太容易了,下面的例子如果能很好的理解了,那麼基本的委託和事件就基本有所了解了!namespace 委託和事件 方法三委託的定義 public delegate void greetdelegate...