當(dāng)前位置：
首頁(yè) >
委托事件的关系
發(fā)布時(shí)間：2024/3/12
40
豆豆
View Code 1 C# 中的委托和事件
2
3
4
5
6 PDF 瀏覽：http://www.tracefact.net/Document/Delegates-and-Events-in-CSharp.pdf
7
8 文中代碼在VS2005下通過(guò)，由于VS2003(.Net Framework 1.1)不支持隱式的委托變量，所以如果在一個(gè)接受委托類型的位置直接賦予方法名，在VS2003下會(huì)報(bào)錯(cuò)，解決辦法是顯式的創(chuàng)建一個(gè)委托類型的實(shí)例(委托變量)。例如：委托類型 委托實(shí)例 = new 委托類型(方法名);
9
10 歡迎瀏覽本文的后續(xù)文章： C#中的委托和事件(續(xù))
11
12
13
14 源碼下載：http://www.tracefact.net/SourceCode/Delegates-and-Events-in-CSharp.rar
15
16 C# 中的委托和事件
17
18 引言
19
20 委托 和 事件在 .Net Framework中的應(yīng)用非常廣泛，然而，較好地理解委托和事件對(duì)很多接觸C#時(shí)間不長(zhǎng)的人來(lái)說(shuō)并不容易。它們就像是一道檻兒，過(guò)了這個(gè)檻的人，覺(jué)得真是太容易了，而沒(méi)有過(guò)去的人每次見(jiàn)到委托和事件就覺(jué)得心里別（biè）得慌，混身不自在。本文中，我將通過(guò)兩個(gè)范例由淺入深地講述什么是委托、為什么要使用委托、事件的由來(lái)、.Net Framework中的委托和事件、委托和事件對(duì)Observer設(shè)計(jì)模式的意義，對(duì)它們的中間代碼也做了討論。
21
22 將方法作為方法的參數(shù)
23
24 我們先不管這個(gè)標(biāo)題如何的繞口，也不管委托究竟是個(gè)什么東西，來(lái)看下面這兩個(gè)最簡(jiǎn)單的方法，它們不過(guò)是在屏幕上輸出一句問(wèn)候的話語(yǔ)：
25
26 public void GreetPeople(string name) {
27 // 做某些額外的事情，比如初始化之類，此處略
28 EnglishGreeting(name);
29 }
30 public void EnglishGreeting(string name) {
31 Console.WriteLine("Morning, " + name);
32 }
33
34 暫且不管這兩個(gè)方法有沒(méi)有什么實(shí)際意義。GreetPeople用于向某人問(wèn)好，當(dāng)我們傳遞代表某人姓名的name參數(shù)，比如說(shuō)“Jimmy”，進(jìn)去的時(shí)候，在這個(gè)方法中，將調(diào)用EnglishGreeting方法，再次傳遞name參數(shù)，EnglishGreeting則用于向屏幕輸出 “Morning, Jimmy”。
35
36 現(xiàn)在假設(shè)這個(gè)程序需要進(jìn)行全球化，哎呀，不好了，我是中國(guó)人，我不明白“Morning”是什么意思，怎么辦呢？好吧，我們?cè)偌觽€(gè)中文版的問(wèn)候方法：
37
38 public void ChineseGreeting(string name){
39 Console.WriteLine("早上好, " + name);
40 }
41
42 這時(shí)候，GreetPeople也需要改一改了，不然如何判斷到底用哪個(gè)版本的Greeting問(wèn)候方法合適呢？在進(jìn)行這個(gè)之前，我們最好再定義一個(gè)枚舉作為判斷的依據(jù)：
43
44 public enum Language{
45 English, Chinese
46 }
47
48 public void GreetPeople(string name, Language lang){
49 //做某些額外的事情，比如初始化之類，此處略
50 swith(lang){
51 case Language.English:
52 EnglishGreeting(name);
53 break;
54 case Language.Chinese:
55 ChineseGreeting(name);
56 break;
57 }
58 }
59
60 OK，盡管這樣解決了問(wèn)題，但我不說(shuō)大家也很容易想到，這個(gè)解決方案的可擴(kuò)展性很差，如果日后我們需要再添加韓文版、日文版，就不得不反復(fù)修改枚舉和GreetPeople()方法，以適應(yīng)新的需求。
61
62 在考慮新的解決方案之前，我們先看看 GreetPeople的方法簽名：
63
64 public void GreetPeople(string name, Language lang)
65
66 我們僅看 string name，在這里，string 是參數(shù)類型，name 是參數(shù)變量，當(dāng)我們賦給name字符串“jimmy”時(shí)，它就代表“jimmy”這個(gè)值；當(dāng)我們賦給它“張子陽(yáng)”時(shí)，它又代表著“張子陽(yáng)”這個(gè)值。然后，我們可以在方法體內(nèi)對(duì)這個(gè)name進(jìn)行其他操作。哎，這簡(jiǎn)直是廢話么，剛學(xué)程序就知道了。
67
68 如果你再仔細(xì)想想，假如GreetPeople()方法可以接受一個(gè)參數(shù)變量，這個(gè)變量可以代表另一個(gè)方法，當(dāng)我們給這個(gè)變量賦值 EnglishGreeting的時(shí)候，它代表著 EnglsihGreeting() 這個(gè)方法；當(dāng)我們給它賦值ChineseGreeting 的時(shí)候，它又代表著ChineseGreeting()方法。我們將這個(gè)參數(shù)變量命名為 MakeGreeting，那么不是可以如同給name賦值時(shí)一樣，在調(diào)用 GreetPeople()方法的時(shí)候，給這個(gè)MakeGreeting 參數(shù)也賦上值么(ChineseGreeting或者EnglsihGreeting等)？然后，我們?cè)诜椒w內(nèi)，也可以像使用別的參數(shù)一樣使用MakeGreeting。但是，由于MakeGreeting代表著一個(gè)方法，它的使用方式應(yīng)該和它被賦的方法(比如ChineseGreeting)是一樣的，比如：
69
70 MakeGreeting(name);
71
72 好了，有了思路了，我們現(xiàn)在就來(lái)改改GreetPeople()方法，那么它應(yīng)該是這個(gè)樣子了：
73
74 public void GreetPeople(string name, *** MakeGreeting){
75 MakeGreeting(name);
76 }
77
78 注意到 *** ，這個(gè)位置通常放置的應(yīng)該是參數(shù)的類型，但到目前為止，我們僅僅是想到應(yīng)該有個(gè)可以代表方法的參數(shù)，并按這個(gè)思路去改寫(xiě)GreetPeople方法，現(xiàn)在就出現(xiàn)了一個(gè)大問(wèn)題：這個(gè)代表著方法的MakeGreeting參數(shù)應(yīng)該是什么類型的？
79
80 NOTE：這里已不再需要枚舉了，因?yàn)樵诮oMakeGreeting賦值的時(shí)候動(dòng)態(tài)地決定使用哪個(gè)方法，是ChineseGreeting還是 EnglishGreeting，而在這個(gè)兩個(gè)方法內(nèi)部，已經(jīng)對(duì)使用“morning”還是“早上好”作了區(qū)分。
81
82 聰明的你應(yīng)該已經(jīng)想到了，現(xiàn)在是委托該出場(chǎng)的時(shí)候了，但講述委托之前，我們?cè)倏纯碝akeGreeting參數(shù)所能代表的 ChineseGreeting()和EnglishGreeting()方法的簽名：
83
84 public void EnglishGreeting(string name)
85 public void ChineseGreeting(string name)
86
87 如同name可以接受String類型的“true”和“1”，但不能接受bool類型的true和int類型的1一樣。MakeGreeting的 參數(shù)類型定義 應(yīng)該能夠確定 MakeGreeting可以代表的方法種類，再進(jìn)一步講，就是MakeGreeting可以代表的方法 的 參數(shù)類型和返回類型。
88
89 于是，委托出現(xiàn)了：它定義了MakeGreeting參數(shù)所能代表的方法的種類，也就是MakeGreeting參數(shù)的類型。
90
91 NOTE：如果上面這句話比較繞口，我把它翻譯成這樣：string 定義了name參數(shù)所能代表的值的種類，也就是name參數(shù)的類型。
92
93 本例中委托的定義：
94
95 public delegate void GreetingDelegate(string name);
96
97 可以與上面EnglishGreeting()方法的簽名對(duì)比一下，除了加入了delegate關(guān)鍵字以外，其余的是不是完全一樣？
98
99 現(xiàn)在，讓我們?cè)俅胃膭?dòng)GreetPeople()方法，如下所示：
100
101 public void GreetPeople(string name, GreetingDelegate MakeGreeting){
102 MakeGreeting(name);
103 }
104
105 如你所見(jiàn)，委托GreetingDelegate出現(xiàn)的位置與 string相同，string是一個(gè)類型，那么GreetingDelegate應(yīng)該也是一個(gè)類型，或者叫類(Class)。但是委托的聲明方式和類卻完全不同，這是怎么一回事？實(shí)際上，委托在編譯的時(shí)候確實(shí)會(huì)編譯成類。因?yàn)镈elegate是一個(gè)類，所以在任何可以聲明類的地方都可以聲明委托。更多的內(nèi)容將在下面講述，現(xiàn)在，請(qǐng)看看這個(gè)范例的完整代碼：
106
107 using System;
108 using System.Collections.Generic;
109 using System.Text;
110
111 namespace Delegate {
112 //定義委托，它定義了可以代表的方法的類型
113 public delegate void GreetingDelegate(string name);
114 class Program {
115
116 private static void EnglishGreeting(string name) {
117 Console.WriteLine("Morning, " + name);
118 }
119
120 private static void ChineseGreeting(string name) {
121 Console.WriteLine("早上好, " + name);
122 }
123
124 //注意此方法，它接受一個(gè)GreetingDelegate類型的方法作為參數(shù)
125 private static void GreetPeople(string name, GreetingDelegate MakeGreeting) {
126 MakeGreeting(name);
127 }
128
129 static void Main(string[] args) {
130 GreetPeople("Jimmy Zhang", EnglishGreeting);
131 GreetPeople("張子陽(yáng)", ChineseGreeting);
132 Console.ReadKey();
133 }
134 }
135 }
136
137 輸出如下：
138 Morning, Jimmy Zhang
139 早上好, 張子陽(yáng)
140
141 我們現(xiàn)在對(duì)委托做一個(gè)總結(jié)：
142
143 委托是一個(gè)類，它定義了方法的類型，使得可以將方法當(dāng)作另一個(gè)方法的參數(shù)來(lái)進(jìn)行傳遞，這種將方法動(dòng)態(tài)地賦給參數(shù)的做法，可以避免在程序中大量使用If-Else(Switch)語(yǔ)句，同時(shí)使得程序具有更好的可擴(kuò)展性。
144
145 將方法綁定到委托
146
147 看到這里，是不是有那么點(diǎn)如夢(mèng)初醒的感覺(jué)？于是，你是不是在想：在上面的例子中，我不一定要直接在GreetPeople()方法中給 name參數(shù)賦值，我可以像這樣使用變量：
148
149 static void Main(string[] args) {
150 string name1, name2;
151 name1 = "Jimmy Zhang";
152 name2 = "張子陽(yáng)";
153
154 GreetPeople(name1, EnglishGreeting);
155 GreetPeople(name2, ChineseGreeting);
156 Console.ReadKey();
157 }
158
159 而既然委托GreetingDelegate 和 類型 string 的地位一樣，都是定義了一種參數(shù)類型，那么，我是不是也可以這么使用委托？
160
161 static void Main(string[] args) {
162 GreetingDelegate delegate1, delegate2;
163 delegate1 = EnglishGreeting;
164 delegate2 = ChineseGreeting;
165
166 GreetPeople("Jimmy Zhang", delegate1);
167 GreetPeople("張子陽(yáng)", delegate2);
168 Console.ReadKey();
169 }
170
171 如你所料，這樣是沒(méi)有問(wèn)題的，程序一如預(yù)料的那樣輸出。這里，我想說(shuō)的是委托不同于string的一個(gè)特性：可以將多個(gè)方法賦給同一個(gè)委托，或者叫將多個(gè)方法綁定到同一個(gè)委托，當(dāng)調(diào)用這個(gè)委托的時(shí)候，將依次調(diào)用其所綁定的方法。在這個(gè)例子中，語(yǔ)法如下：
172
173 static void Main(string[] args) {
174 GreetingDelegate delegate1;
175 delegate1 = EnglishGreeting; // 先給委托類型的變量賦值
176 delegate1 += ChineseGreeting; // 給此委托變量再綁定一個(gè)方法
177
178 // 將先后調(diào)用 EnglishGreeting 與 ChineseGreeting 方法
179 GreetPeople("Jimmy Zhang", delegate1);
180 Console.ReadKey();
181 }
182
183 輸出為：
184 Morning, Jimmy Zhang
185 早上好, Jimmy Zhang
186
187 實(shí)際上，我們可以也可以繞過(guò)GreetPeople方法，通過(guò)委托來(lái)直接調(diào)用EnglishGreeting和ChineseGreeting：
188
189 static void Main(string[] args) {
190 GreetingDelegate delegate1;
191 delegate1 = EnglishGreeting; // 先給委托類型的變量賦值
192 delegate1 += ChineseGreeting; // 給此委托變量再綁定一個(gè)方法
193
194 // 將先后調(diào)用 EnglishGreeting 與 ChineseGreeting 方法
195 delegate1 ("Jimmy Zhang");
196 Console.ReadKey();
197 }
198
199
200
201 NOTE：這在本例中是沒(méi)有問(wèn)題的，但回頭看下上面GreetPeople()的定義，在它之中可以做一些對(duì)于EnglshihGreeting和ChineseGreeting來(lái)說(shuō)都需要進(jìn)行的工作，為了簡(jiǎn)便我做了省略。
202
203 注意這里，第一次用的“=”，是賦值的語(yǔ)法；第二次，用的是“+=”，是綁定的語(yǔ)法。如果第一次就使用“+=”，將出現(xiàn)“使用了未賦值的局部變量”的編譯錯(cuò)誤。
204
205 我們也可以使用下面的代碼來(lái)這樣簡(jiǎn)化這一過(guò)程：
206
207 GreetingDelegate delegate1 = new GreetingDelegate(EnglishGreeting);
208 delegate1 += ChineseGreeting; // 給此委托變量再綁定一個(gè)方法
209
210 看到這里，應(yīng)該注意到，這段代碼第一條語(yǔ)句與實(shí)例化一個(gè)類是何其的相似，你不禁想到：上面第一次綁定委托時(shí)不可以使用“+=”的編譯錯(cuò)誤，或許可以用這樣的方法來(lái)避免：
211
212 GreetingDelegate delegate1 = new GreetingDelegate();
213 delegate1 += EnglishGreeting; // 這次用的是 “+=”，綁定語(yǔ)法。
214 delegate1 += ChineseGreeting; // 給此委托變量再綁定一個(gè)方法
215
216 但實(shí)際上，這樣會(huì)出現(xiàn)編譯錯(cuò)誤： “GreetingDelegate”方法沒(méi)有采用“0”個(gè)參數(shù)的重載。盡管這樣的結(jié)果讓我們覺(jué)得有點(diǎn)沮喪，但是編譯的提示：“沒(méi)有0個(gè)參數(shù)的重載”再次讓我們聯(lián)想到了類的構(gòu)造函數(shù)。我知道你一定按捺不住想探個(gè)究竟，但再此之前，我們需要先把基礎(chǔ)知識(shí)和應(yīng)用介紹完。
217
218 既然給委托可以綁定一個(gè)方法，那么也應(yīng)該有辦法取消對(duì)方法的綁定，很容易想到，這個(gè)語(yǔ)法是“-=”：
219
220 static void Main(string[] args) {
221 GreetingDelegate delegate1 = new GreetingDelegate(EnglishGreeting);
222 delegate1 += ChineseGreeting; // 給此委托變量再綁定一個(gè)方法
223
224 // 將先后調(diào)用 EnglishGreeting 與 ChineseGreeting 方法
225 GreetPeople("Jimmy Zhang", delegate1);
226 Console.WriteLine();
227
228 delegate1 -= EnglishGreeting; //取消對(duì)EnglishGreeting方法的綁定
229 // 將僅調(diào)用 ChineseGreeting
230 GreetPeople("張子陽(yáng)", delegate1);
231 Console.ReadKey();
232 }
233 輸出為：
234 Morning, Jimmy Zhang
235 早上好, Jimmy Zhang
236 早上好, 張子陽(yáng)
237
238 讓我們?cè)俅螌?duì)委托作個(gè)總結(jié)：
239
240 使用委托可以將多個(gè)方法綁定到同一個(gè)委托變量，當(dāng)調(diào)用此變量時(shí)(這里用“調(diào)用”這個(gè)詞，是因?yàn)榇俗兞看硪粋€(gè)方法)，可以依次調(diào)用所有綁定的方法。
241
242 事件的由來(lái)
243
244 我們繼續(xù)思考上面的程序：上面的三個(gè)方法都定義在Programe類中，這樣做是為了理解的方便，實(shí)際應(yīng)用中，通常都是 GreetPeople 在一個(gè)類中，ChineseGreeting和 EnglishGreeting 在另外的類中?，F(xiàn)在你已經(jīng)對(duì)委托有了初步了解，是時(shí)候?qū)ι厦娴睦幼鰝€(gè)改進(jìn)了。假設(shè)我們將GreetingPeople()放在一個(gè)叫GreetingManager的類中，那么新程序應(yīng)該是這個(gè)樣子的：
245
246 namespace Delegate {
247 //定義委托，它定義了可以代表的方法的類型
248 public delegate void GreetingDelegate(string name);
249
250 //新建的GreetingManager類
251 public class GreetingManager{
252 public void GreetPeople(string name, GreetingDelegate MakeGreeting) {
253 MakeGreeting(name);
254 }
255 }
256
257 class Program {
258 private static void EnglishGreeting(string name) {
259 Console.WriteLine("Morning, " + name);
260 }
261
262 private static void ChineseGreeting(string name) {
263 Console.WriteLine("早上好, " + name);
264 }
265
266 static void Main(string[] args) {
267 // ... ...
268 }
269 }
270 }
271
272 這個(gè)時(shí)候，如果要實(shí)現(xiàn)前面演示的輸出效果，Main方法我想應(yīng)該是這樣的：
273
274 static void Main(string[] args) {
275 GreetingManager gm = new GreetingManager();
276 gm.GreetPeople("Jimmy Zhang", EnglishGreeting);
277 gm.GreetPeople("張子陽(yáng)", ChineseGreeting);
278 }
279
280 我們運(yùn)行這段代碼，嗯，沒(méi)有任何問(wèn)題。程序一如預(yù)料地那樣輸出了：
281
282 Morning, Jimmy Zhang
283
284 早上好, 張子陽(yáng)
285
286 現(xiàn)在，假設(shè)我們需要使用上一節(jié)學(xué)到的知識(shí)，將多個(gè)方法綁定到同一個(gè)委托變量，該如何做呢？讓我們?cè)俅胃膶?xiě)代碼：
287
288 static void Main(string[] args) {
289 GreetingManager gm = new GreetingManager();
290 GreetingDelegate delegate1;
291 delegate1 = EnglishGreeting;
292 delegate1 += ChineseGreeting;
293
294 gm.GreetPeople("Jimmy Zhang", delegate1);
295 }
296
297 輸出：
298 Morning, Jimmy Zhang
299 早上好, Jimmy Zhang
300
301 到了這里，我們不禁想到：面向?qū)ο笤O(shè)計(jì)，講究的是對(duì)象的封裝，既然可以聲明委托類型的變量(在上例中是delegate1)，我們何不將這個(gè)變量封裝到 GreetManager類中？在這個(gè)類的客戶端中使用不是更方便么？于是，我們改寫(xiě)GreetManager類，像這樣：
302
303 public class GreetingManager{
304 //在GreetingManager類的內(nèi)部聲明delegate1變量
305 public GreetingDelegate delegate1;
306
307 public void GreetPeople(string name, GreetingDelegate MakeGreeting) {
308 MakeGreeting(name);
309 }
310 }
311
312 現(xiàn)在，我們可以這樣使用這個(gè)委托變量：
313
314 static void Main(string[] args) {
315 GreetingManager gm = new GreetingManager();
316 gm.delegate1 = EnglishGreeting;
317 gm.delegate1 += ChineseGreeting;
318
319 gm.GreetPeople("Jimmy Zhang", gm.delegate1);
320 }
321
322 輸出為：
323 Morning, Jimmy Zhang
324 早上好, Jimmy Zhang
325
326 盡管這樣做沒(méi)有任何問(wèn)題，但我們發(fā)現(xiàn)這條語(yǔ)句很奇怪。在調(diào)用gm.GreetPeople方法的時(shí)候，再次傳遞了gm的delegate1字段：
327
328 gm.GreetPeople("Jimmy Zhang", gm.delegate1);
329
330 既然如此，我們何不修改 GreetingManager 類成這樣：
331
332 public class GreetingManager{
333 //在GreetingManager類的內(nèi)部聲明delegate1變量
334 public GreetingDelegate delegate1;
335
336 public void GreetPeople(string name) {
337 if(delegate1!=null){ //如果有方法注冊(cè)委托變量
338 delegate1(name); //通過(guò)委托調(diào)用方法
339 }
340 }
341 }
342
343 在客戶端，調(diào)用看上去更簡(jiǎn)潔一些：
344
345 static void Main(string[] args) {
346 GreetingManager gm = new GreetingManager();
347 gm.delegate1 = EnglishGreeting;
348 gm.delegate1 += ChineseGreeting;
349
350 gm.GreetPeople("Jimmy Zhang"); //注意，這次不需要再傳遞 delegate1變量
351 }
352
353 輸出為：
354 Morning, Jimmy Zhang
355 早上好, Jimmy Zhang
356
357 盡管這樣達(dá)到了我們要的效果，但是還是存在著問(wèn)題：
358
359 在這里，delegate1和我們平時(shí)用的string類型的變量沒(méi)有什么分別，而我們知道，并不是所有的字段都應(yīng)該聲明成public，合適的做法是應(yīng)該public的時(shí)候public，應(yīng)該private的時(shí)候private。
360
361 我們先看看如果把 delegate1 聲明為 private會(huì)怎樣？結(jié)果就是：這簡(jiǎn)直就是在搞笑。因?yàn)槁暶魑械哪康木褪菫榱税阉┞对陬惖目蛻舳诉M(jìn)行方法的注冊(cè)，你把它聲明為private了，客戶端對(duì)它根本就不可見(jiàn)，那它還有什么用？
362
363 再看看把delegate1 聲明為 public 會(huì)怎樣？結(jié)果就是：在客戶端可以對(duì)它進(jìn)行隨意的賦值等操作，嚴(yán)重破壞對(duì)象的封裝性。
364
365 最后，第一個(gè)方法注冊(cè)用“=”，是賦值語(yǔ)法，因?yàn)橐M(jìn)行實(shí)例化，第二個(gè)方法注冊(cè)則用的是“+=”。但是，不管是賦值還是注冊(cè)，都是將方法綁定到委托上，除了調(diào)用時(shí)先后順序不同，再?zèng)]有任何的分別，這樣不是讓人覺(jué)得很別扭么？
366
367 現(xiàn)在我們想想，如果delegate1不是一個(gè)委托類型，而是一個(gè)string類型，你會(huì)怎么做？答案是使用屬性對(duì)字段進(jìn)行封裝。
368
369 于是，Event出場(chǎng)了，它封裝了委托類型的變量，使得：在類的內(nèi)部，不管你聲明它是public還是protected，它總是private的。在類的外部，注冊(cè)“+=”和注銷“-=”的訪問(wèn)限定符與你在聲明事件時(shí)使用的訪問(wèn)符相同。
370
371 我們改寫(xiě)GreetingManager類，它變成了這個(gè)樣子：
372
373 public class GreetingManager{
374 //這一次我們?cè)谶@里聲明一個(gè)事件
375 public event GreetingDelegate MakeGreet;
376
377 public void GreetPeople(string name) {
378 MakeGreet(name);
379 }
380 }
381
382 很容易注意到：MakeGreet 事件的聲明與之前委托變量delegate1的聲明唯一的區(qū)別是多了一個(gè)event關(guān)鍵字?？吹竭@里，在結(jié)合上面的講解，你應(yīng)該明白到：事件其實(shí)沒(méi)什么不好理解的，聲明一個(gè)事件不過(guò)類似于聲明一個(gè)進(jìn)行了封裝的委托類型的變量而已。
383
384 為了證明上面的推論，如果我們像下面這樣改寫(xiě)Main方法：
385
386 static void Main(string[] args) {
387 GreetingManager gm = new GreetingManager();
388 gm.MakeGreet = EnglishGreeting; // 編譯錯(cuò)誤1
389 gm.MakeGreet += ChineseGreeting;
390
391 gm.GreetPeople("Jimmy Zhang");
392 }
393
394 會(huì)得到編譯錯(cuò)誤：事件“Delegate.GreetingManager.MakeGreet”只能出現(xiàn)在 += 或 -= 的左邊(從類型“Delegate.GreetingManager”中使用時(shí)除外)。
395
396 事件和委托的編譯代碼
397
398 這時(shí)候，我們注釋掉編譯錯(cuò)誤的行，然后重新進(jìn)行編譯，再借助Reflactor來(lái)對(duì) event的聲明語(yǔ)句做一探究，看看為什么會(huì)發(fā)生這樣的錯(cuò)誤：
399
400 public event GreetingDelegate MakeGreet;
401
402
403
404 可以看到，實(shí)際上盡管我們?cè)贕reetingManager里將 MakeGreet 聲明為public，但是，實(shí)際上MakeGreet會(huì)被編譯成 私有字段，難怪會(huì)發(fā)生上面的編譯錯(cuò)誤了，因?yàn)樗揪筒辉试S在GreetingManager類的外面以賦值的方式訪問(wèn)，從而驗(yàn)證了我們上面所做的推論。
405
406 我們?cè)龠M(jìn)一步看下MakeGreet所產(chǎn)生的代碼：
407
408 private GreetingDelegate MakeGreet; //對(duì)事件的聲明 實(shí)際是 聲明一個(gè)私有的委托變量
409
410 [MethodImpl(MethodImplOptions.Synchronized)]
411 public void add_MakeGreet(GreetingDelegate value){
412 this.MakeGreet = (GreetingDelegate) Delegate.Combine(this.MakeGreet, value);
413 }
414
415 [MethodImpl(MethodImplOptions.Synchronized)]
416 public void remove_MakeGreet(GreetingDelegate value){
417 this.MakeGreet = (GreetingDelegate) Delegate.Remove(this.MakeGreet, value);
418 }
419
420 現(xiàn)在已經(jīng)很明確了：MakeGreet事件確實(shí)是一個(gè)GreetingDelegate類型的委托，只不過(guò)不管是不是聲明為public，它總是被聲明為private。另外，它還有兩個(gè)方法，分別是add_MakeGreet和remove_MakeGreet，這兩個(gè)方法分別用于注冊(cè)委托類型的方法和取消注冊(cè)。實(shí)際上也就是： “+= ”對(duì)應(yīng) add_MakeGreet，“-=”對(duì)應(yīng)remove_MakeGreet。而這兩個(gè)方法的訪問(wèn)限制取決于聲明事件時(shí)的訪問(wèn)限制符。
421
422 在add_MakeGreet()方法內(nèi)部，實(shí)際上調(diào)用了System.Delegate的Combine()靜態(tài)方法，這個(gè)方法用于將當(dāng)前的變量添加到委托鏈表中。我們前面提到過(guò)兩次，說(shuō)委托實(shí)際上是一個(gè)類，在我們定義委托的時(shí)候：
423
424 public delegate void GreetingDelegate(string name);
425
426 當(dāng)編譯器遇到這段代碼的時(shí)候，會(huì)生成下面這樣一個(gè)完整的類：
427
428 public sealed class GreetingDelegate:System.MulticastDelegate{
429 public GreetingDelegate(object @object, IntPtr method);
430 public virtual IAsyncResult BeginInvoke(string name, AsyncCallback callback, object @object);
431 public virtual void EndInvoke(IAsyncResult result);
432 public virtual void Invoke(string name);
433 }
434
435
436
437
438
439 關(guān)于這個(gè)類的更深入內(nèi)容，可以參閱《CLR Via C#》等相關(guān)書(shū)籍，這里就不再討論了。
440
441 委托、事件與Observer設(shè)計(jì)模式
442
443 范例說(shuō)明
444
445 上面的例子已不足以再進(jìn)行下面的講解了，我們來(lái)看一個(gè)新的范例，因?yàn)橹耙呀?jīng)介紹了很多的內(nèi)容，所以本節(jié)的進(jìn)度會(huì)稍微快一些：
446
447 假設(shè)我們有個(gè)高檔的熱水器，我們給它通上電，當(dāng)水溫超過(guò)95度的時(shí)候：1、揚(yáng)聲器會(huì)開(kāi)始發(fā)出語(yǔ)音，告訴你水的溫度；2、液晶屏也會(huì)改變水溫的顯示，來(lái)提示水已經(jīng)快燒開(kāi)了。
448
449 現(xiàn)在我們需要寫(xiě)個(gè)程序來(lái)模擬這個(gè)燒水的過(guò)程，我們將定義一個(gè)類來(lái)代表熱水器，我們管它叫：Heater，它有代表水溫的字段，叫做temperature；當(dāng)然，還有必不可少的給水加熱方法BoilWater()，一個(gè)發(fā)出語(yǔ)音警報(bào)的方法MakeAlert()，一個(gè)顯示水溫的方法，ShowMsg()。
450
451 namespace Delegate {
452 class Heater {
453 private int temperature; // 水溫
454 // 燒水
455 public void BoilWater() {
456 for (int i = 0; i <= 100; i++) {
457 temperature = i;
458
459 if (temperature > 95) {
460 MakeAlert(temperature);
461 ShowMsg(temperature);
462 }
463 }
464 }
465
466 // 發(fā)出語(yǔ)音警報(bào)
467 private void MakeAlert(int param) {
468 Console.WriteLine("Alarm：嘀嘀嘀，水已經(jīng) {0} 度了：" , param);
469 }
470
471 // 顯示水溫
472 private void ShowMsg(int param) {
473 Console.WriteLine("Display：水快開(kāi)了，當(dāng)前溫度：{0}度。" , param);
474 }
475 }
476
477 class Program {
478 static void Main() {
479 Heater ht = new Heater();
480 ht.BoilWater();
481 }
482 }
483 }
484
485 Observer設(shè)計(jì)模式簡(jiǎn)介
486
487 上面的例子顯然能完成我們之前描述的工作，但是卻并不夠好?，F(xiàn)在假設(shè)熱水器由三部分組成：熱水器、警報(bào)器、顯示器，它們來(lái)自于不同廠商并進(jìn)行了組裝。那么，應(yīng)該是熱水器僅僅負(fù)責(zé)燒水，它不能發(fā)出警報(bào)也不能顯示水溫；在水燒開(kāi)時(shí)由警報(bào)器發(fā)出警報(bào)、顯示器顯示提示和水溫。
488
489 這時(shí)候，上面的例子就應(yīng)該變成這個(gè)樣子：
490
491 // 熱水器
492 public class Heater {
493 private int temperature;
494
495 // 燒水
496 private void BoilWater() {
497 for (int i = 0; i <= 100; i++) {
498 temperature = i;
499 }
500 }
501 }
502
503 // 警報(bào)器
504 public class Alarm{
505 private void MakeAlert(int param) {
506 Console.WriteLine("Alarm：嘀嘀嘀，水已經(jīng) {0} 度了：" , param);
507 }
508 }
509
510 // 顯示器
511 public class Display{
512 private void ShowMsg(int param) {
513 Console.WriteLine("Display：水已燒開(kāi)，當(dāng)前溫度：{0}度。" , param);
514 }
515 }
516
517 這里就出現(xiàn)了一個(gè)問(wèn)題：如何在水燒開(kāi)的時(shí)候通知報(bào)警器和顯示器？在繼續(xù)進(jìn)行之前，我們先了解一下Observer設(shè)計(jì)模式，Observer設(shè)計(jì)模式中主要包括如下兩類對(duì)象：
518 1.Subject：監(jiān)視對(duì)象，它往往包含著其他對(duì)象所感興趣的內(nèi)容。在本范例中，熱水器就是一個(gè)監(jiān)視對(duì)象，它包含的其他對(duì)象所感興趣的內(nèi)容，就是temprature字段，當(dāng)這個(gè)字段的值快到100時(shí)，會(huì)不斷把數(shù)據(jù)發(fā)給監(jiān)視它的對(duì)象。
519 2.Observer：監(jiān)視者，它監(jiān)視Subject，當(dāng)Subject中的某件事發(fā)生的時(shí)候，會(huì)告知Observer，而Observer則會(huì)采取相應(yīng)的行動(dòng)。在本范例中，Observer有警報(bào)器和顯示器，它們采取的行動(dòng)分別是發(fā)出警報(bào)和顯示水溫。
520
521 在本例中，事情發(fā)生的順序應(yīng)該是這樣的：
522 1. 警報(bào)器和顯示器告訴熱水器，它對(duì)它的溫度比較感興趣(注冊(cè))。
523 2.熱水器知道后保留對(duì)警報(bào)器和顯示器的引用。
524 3. 熱水器進(jìn)行燒水這一動(dòng)作，當(dāng)水溫超過(guò)95度時(shí)，通過(guò)對(duì)警報(bào)器和顯示器的引用，自動(dòng)調(diào)用警報(bào)器的MakeAlert()方法、顯示器的ShowMsg()方法。
525
526 類似這樣的例子是很多的，GOF對(duì)它進(jìn)行了抽象，稱為Observer設(shè)計(jì)模式：Observer設(shè)計(jì)模式是為了定義對(duì)象間的一種一對(duì)多的依賴關(guān)系，以便于當(dāng)一個(gè)對(duì)象的狀態(tài)改變時(shí)，其他依賴于它的對(duì)象會(huì)被自動(dòng)告知并更新。Observer模式是一種松耦合的設(shè)計(jì)模式。
527
528 實(shí)現(xiàn)范例的Observer設(shè)計(jì)模式
529
530 我們之前已經(jīng)對(duì)委托和事件介紹很多了，現(xiàn)在寫(xiě)代碼應(yīng)該很容易了，現(xiàn)在在這里直接給出代碼，并在注釋中加以說(shuō)明。
531
532 using System;
533 using System.Collections.Generic;
534 using System.Text;
535
536 namespace Delegate {
537 // 熱水器
538 public class Heater {
539 private int temperature;
540 public delegate void BoilHandler(int param); //聲明委托
541 public event BoilHandler BoilEvent; //聲明事件
542
543 // 燒水
544 public void BoilWater() {
545 for (int i = 0; i <= 100; i++) {
546 temperature = i;
547
548 if (temperature > 95) {
549 if (BoilEvent != null) { //如果有對(duì)象注冊(cè)
550 BoilEvent(temperature); //調(diào)用所有注冊(cè)對(duì)象的方法
551 }
552 }
553 }
554 }
555 }
556
557 // 警報(bào)器
558 public class Alarm {
559 public void MakeAlert(int param) {
560 Console.WriteLine("Alarm：嘀嘀嘀，水已經(jīng) {0} 度了：", param);
561 }
562 }
563
564 // 顯示器
565 public class Display {
566 public static void ShowMsg(int param) { //靜態(tài)方法
567 Console.WriteLine("Display：水快燒開(kāi)了，當(dāng)前溫度：{0}度。", param);
568 }
569 }
570
571 class Program {
572 static void Main() {
573 Heater heater = new Heater();
574 Alarm alarm = new Alarm();
575
576 heater.BoilEvent += alarm.MakeAlert; //注冊(cè)方法
577 heater.BoilEvent += (new Alarm()).MakeAlert; //給匿名對(duì)象注冊(cè)方法
578 heater.BoilEvent += Display.ShowMsg; //注冊(cè)靜態(tài)方法
579
580 heater.BoilWater(); //燒水，會(huì)自動(dòng)調(diào)用注冊(cè)過(guò)對(duì)象的方法
581 }
582 }
583 }
584 輸出為：
585 Alarm：嘀嘀嘀，水已經(jīng) 96 度了：
586 Alarm：嘀嘀嘀，水已經(jīng) 96 度了：
587 Display：水快燒開(kāi)了，當(dāng)前溫度：96度。
588 // 省略...
589
590 .Net Framework中的委托與事件
591
592 盡管上面的范例很好地完成了我們想要完成的工作，但是我們不僅疑惑：為什么.Net Framework 中的事件模型和上面的不同？為什么有很多的EventArgs參數(shù)？
593
594 在回答上面的問(wèn)題之前，我們先搞懂 .Net Framework的編碼規(guī)范：
595 ? 委托類型的名稱都應(yīng)該以EventHandler結(jié)束。
596 ?委托的原型定義：有一個(gè)void返回值，并接受兩個(gè)輸入?yún)?shù)：一個(gè)Object 類型，一個(gè) EventArgs類型(或繼承自EventArgs)。
597 ? 事件的命名為 委托去掉 EventHandler之后剩余的部分。
598 ?繼承自EventArgs的類型應(yīng)該以EventArgs結(jié)尾。
599
600 再做一下說(shuō)明：
601 1.委托聲明原型中的Object類型的參數(shù)代表了Subject，也就是監(jiān)視對(duì)象，在本例中是 Heater(熱水器)?；卣{(diào)函數(shù)(比如Alarm的MakeAlert)可以通過(guò)它訪問(wèn)觸發(fā)事件的對(duì)象(Heater)。
602 2.EventArgs 對(duì)象包含了Observer所感興趣的數(shù)據(jù)，在本例中是temperature。
603
604 上面這些其實(shí)不僅僅是為了編碼規(guī)范而已，這樣也使得程序有更大的靈活性。比如說(shuō)，如果我們不光想獲得熱水器的溫度，還想在Observer端(警報(bào)器或者顯示器)方法中獲得它的生產(chǎn)日期、型號(hào)、價(jià)格，那么委托和方法的聲明都會(huì)變得很麻煩，而如果我們將熱水器的引用傳給警報(bào)器的方法，就可以在方法中直接訪問(wèn)熱水器了。
605
606 現(xiàn)在我們改寫(xiě)之前的范例，讓它符合 .Net Framework 的規(guī)范：
607
608 using System;
609 using System.Collections.Generic;
610 using System.Text;
611
612 namespace Delegate {
613 // 熱水器
614 public class Heater {
615 private int temperature;
616 public string type = "RealFire 001"; // 添加型號(hào)作為演示
617 public string area = "China Xian"; // 添加產(chǎn)地作為演示
618 //聲明委托
619 public delegate void BoiledEventHandler(Object sender, BoiledEventArgs e);
620 public event BoiledEventHandler Boiled; //聲明事件
621
622 // 定義BoiledEventArgs類，傳遞給Observer所感興趣的信息
623 public class BoiledEventArgs : EventArgs {
624 public readonly int temperature;
625 public BoiledEventArgs(int temperature) {
626 this.temperature = temperature;
627 }
628 }
629
630 // 可以供繼承自 Heater 的類重寫(xiě)，以便繼承類拒絕其他對(duì)象對(duì)它的監(jiān)視
631 protected virtual void OnBoiled(BoiledEventArgs e) {
632 if (Boiled != null) { // 如果有對(duì)象注冊(cè)
633 Boiled(this, e); // 調(diào)用所有注冊(cè)對(duì)象的方法
634 }
635 }
636
637 // 燒水。
638 public void BoilWater() {
639 for (int i = 0; i <= 100; i++) {
640 temperature = i;
641 if (temperature > 95) {
642 //建立BoiledEventArgs 對(duì)象。
643 BoiledEventArgs e = new BoiledEventArgs(temperature);
644 OnBoiled(e); // 調(diào)用 OnBolied方法
645 }
646 }
647 }
648 }
649
650 // 警報(bào)器
651 public class Alarm {
652 public void MakeAlert(Object sender, Heater.BoiledEventArgs e) {
653 Heater heater = (Heater)sender; //這里是不是很熟悉呢？
654 //訪問(wèn) sender 中的公共字段
655 Console.WriteLine("Alarm：{0} - {1}: ", heater.area, heater.type);
656 Console.WriteLine("Alarm: 嘀嘀嘀，水已經(jīng) {0} 度了：", e.temperature);
657 Console.WriteLine();
658 }
659 }
660
661 // 顯示器
662 public class Display {
663 public static void ShowMsg(Object sender, Heater.BoiledEventArgs e) { //靜態(tài)方法
664 Heater heater = (Heater)sender;
665 Console.WriteLine("Display：{0} - {1}: ", heater.area, heater.type);
666 Console.WriteLine("Display：水快燒開(kāi)了，當(dāng)前溫度：{0}度。", e.temperature);
667 Console.WriteLine();
668 }
669 }
670
671 class Program {
672 static void Main() {
673 Heater heater = new Heater();
674 Alarm alarm = new Alarm();
675
676 heater.Boiled += alarm.MakeAlert; //注冊(cè)方法
677 heater.Boiled += (new Alarm()).MakeAlert; //給匿名對(duì)象注冊(cè)方法
678 heater.Boiled += new Heater.BoiledEventHandler(alarm.MakeAlert); //也可以這么注冊(cè)
679 heater.Boiled += Display.ShowMsg; //注冊(cè)靜態(tài)方法
680
681 heater.BoilWater(); //燒水，會(huì)自動(dòng)調(diào)用注冊(cè)過(guò)對(duì)象的方法
682 }
683 }
684 }
685
686 輸出為：
687 Alarm：China Xian - RealFire 001:
688 Alarm: 嘀嘀嘀，水已經(jīng) 96 度了：
689 Alarm：China Xian - RealFire 001:
690 Alarm: 嘀嘀嘀，水已經(jīng) 96 度了：
691 Alarm：China Xian - RealFire 001:
692 Alarm: 嘀嘀嘀，水已經(jīng) 96 度了：
693 Display：China Xian - RealFire 001:
694 Display：水快燒開(kāi)了，當(dāng)前溫度：96度。
695 // 省略 ...
696
697 總結(jié)
698
699 在本文中我首先通過(guò)一個(gè)GreetingPeople的小程序向大家介紹了委托的概念、委托用來(lái)做什么，隨后又引出了事件，接著對(duì)委托與事件所產(chǎn)生的中間代碼做了粗略的講述。
700
701 在第二個(gè)稍微復(fù)雜點(diǎn)的熱水器的范例中，我向大家簡(jiǎn)要介紹了 Observer設(shè)計(jì)模式，并通過(guò)實(shí)現(xiàn)這個(gè)范例完成了該模式，隨后講述了.Net Framework中委托、事件的實(shí)現(xiàn)方式。
702
703 希望這篇文章能給你帶來(lái)幫助。
?
轉(zhuǎn)載于:https://www.cnblogs.com/dsp123/archive/2012/09/19/2693292.html
總結(jié)
- 上一篇： 微信小游戏登陆凭证校验出现{errcod
- 下一篇： LED和LCD，LED和OLED，AMO