C#中的委托的使用和講解

C#中的委托引言委托和事件在.NetFramework中的應(yīng)用非常廣泛，然而，較好地理解委托和事件對很多接觸C#時間不長的人來說并不容易。它們就像是一道檻兒，過了這個檻的人，覺得真是太容易了，而沒有過去的人每次見到委托和事件就覺得心里別（b位）得慌，混身不自在。本文中，我將通過兩個范例由淺入深地講述什么是委托、為什么要使用委托、事件的由來、.NetFramework中的委托和事件、委托和事件對Observer設(shè)計模式的意義，對它們的中間代碼也做了討論。將方法作為方法的參數(shù)我們先不管這個標(biāo)題如何的繞口，也不管委托究竟是個什么東西，來看下面這兩個最簡單的方法，它們不過是在屏幕上輸出一句問候的話語：做某些額外的事情，比如初始化之類，此處略暫且不管這兩個方法有沒有什么實際意義。GreetPeople用于向某人問好，當(dāng)我們傳遞代表某人姓名的name參數(shù)，比如說i，F(xiàn)進去的時候，在這個方法中，將調(diào)用EngIishGreeting方法，再次傳遞name參數(shù)，EngIishGreeting則用于向屏幕輸出 orning。F現(xiàn)在假設(shè)這個程序需要進行全球化，哎呀，不好了，我是中國人，我不明白 Orning是什么意思，怎么辦呢？好吧，我們再加個中文版的問候方法：早上好這時候，GreetPeople也需要改一改了，不然如何判斷到底用哪個版本的Greeting問候方法合適呢？在進行這個之前，我們最好再定義一個枚舉作為判斷的依據(jù)：做某些額外的事情，比如初始化之類，此處略?OK,盡管這樣解決了問題，但我不說大家也很容易想到，這個解決方案的可擴展性很差，如果日后我們需要再添加韓文版、日文版，就不得不反復(fù)修改枚舉和GreetPeople()方法，以適應(yīng)新的需求。在考慮新的解決方案之前，我們先看看GreetPeople的方法簽名：我們僅看stringname，在這里，string是參數(shù)類型，name是參數(shù)變量，當(dāng)我們賦給name字符串imm時，它就代表imm這個值；當(dāng)我們賦給它張子陽時，它又代表著張子陽這個值。然后，我們可以在方法體內(nèi)對這個name進行其他操作。哎，這簡直是廢話么，剛學(xué)程序就知道了。如果你再仔細想想，假如GreetPeople()方法可以接受一個參數(shù)變量，這個變量可以代表另一個方法，當(dāng)我們給這個變量賦值EnglishGreeting的時候，它代表著EngIsihGreetingo這個方法；當(dāng)我們給它賦值ChineseGreeting的時候，它又代表著ChineSeGreetingo方法。我們將這個參數(shù)變量命名為MakeGreeting，那么不是可以如同給name賦值時一樣，在調(diào)用GreetPeople()方法的時候，給這個MakeGreeting參數(shù)也賦上值么(ChineSeGreeting或者EnglsihGreeting等)？然后，我們在方法體內(nèi)，也可以像使用別的參數(shù)一樣使用MakeGreetingo但是，由于MakeGreeting代表著一個方法，它的使用方式應(yīng)該和它被賦的方法(比如ChineSeGreeting)是一樣的，比如：好了，有了思路了，我們現(xiàn)在就來改改GreetPeople()方法，那么它應(yīng)該是這個樣子了：注意到***,這個位置通常放置的應(yīng)該是參數(shù)的類型，但到目前為止，我們僅僅是想到應(yīng)該有個可以代表方法的參數(shù)，并按這個思路去改寫GreetPeople方法，現(xiàn)在就出現(xiàn)了一個大問題：這個代表著方法的MakeGreeting參數(shù)應(yīng)該是什么類型的？NOTE：這里已不再需要枚舉了，因為在給MakeGreeting賦值的時候動態(tài)地決定使用哪個方法，是ChineseGreeting還是EngIishGreeting，而在這個兩個方法內(nèi)部，已經(jīng)對使用morning還是早上好作了區(qū)分。聰明的你應(yīng)該已經(jīng)想到了，現(xiàn)在是委托該出場的時候了，但講述委托之前，我們再看看MakeGreeting參數(shù)所能代表的ChineseGreetingo和EnglishGreetingO方法的簽名：如同name可以接受String類型的126和1,但不能接受bool類型的true和int類型的1一樣。MakeGreeting的參數(shù)類型定義應(yīng)該能夠確定MakeGreeting可以代表的方法種類，再進一步講，就是MakeGreeting可以代表的方法的參數(shù)類型和返回類型。于是，委托出現(xiàn)了：它定義了MakeGreeting參數(shù)所能代表的方法的種類，也就是MakeGreeting參數(shù)的類型。NOTE：如果上面這句話比較繞口，我把它翻譯成這樣：string定義了name參數(shù)所能代表的值的種類，也就是name參數(shù)的類型。本例中委托的定義：可以與上面EnglishGreeting()方法的簽名對比一下，除了加入了delegate關(guān)鍵字以外，其余的是不是完全一樣？現(xiàn)在，讓我們再次改動GreetPeople()方法，如下所示：如你所見，委托GreetingDelegate出現(xiàn)的位置與string相同，string是一個類型，那么GreetingDelegate應(yīng)該也是一個類型，或者叫類(Class)。但是委托的聲明方式和類卻完全不同，這是怎么一回事？實際上，委托在編譯的時候確實會編譯成類。因為Delegate是一個類，所以在任何可以聲明類的地方都可以聲明委托。更多的內(nèi)容將在下面講述，現(xiàn)在，請看看這個范例的完整代碼：定義委托，它定義了可以代表的方法的類型早上好注意此方法，它接受一個 類型的方法作為參數(shù)張子陽輸出如下：Morning,JimmyZhang早上好，張子陽我們現(xiàn)在對委托做一個總結(jié)：委托是一個類，它定義了方法的類型，使得可以將方法當(dāng)作另一個方法的參數(shù)來進行傳遞，這種將方法動態(tài)地賦給參數(shù)的做法，可以避免在程序中大量使用If-Else(SwitCh)語句，同時使得程序具有更好的可擴展性。將方法綁定到委托看到這里，是不是有那么點如夢初醒的感覺？于是，你是不是在想：在上面的例子中，我不一定要直接在GreetPeople()方法中給name參數(shù)賦值，我可以像這樣使用變量：張子陽而既然委托GreetingDeIegate和類型string的地位一樣，都是定義了一種參數(shù)類型，那么，我是不是也可以這么使用委托？?張子陽?如你所料，這樣是沒有問題的，程序一如預(yù)料的那樣輸出。這里，我想說的是委托不同于string的一個特性：可以將多個方法賦給同一個委托，或者叫將多個方法綁定到同一個委托，當(dāng)調(diào)用這個委托的時候，將依次調(diào)用其所綁定的方法。在這個例子中，語法如下：?先給委托類型的變量賦值給此委托變量再綁定一個方法將先后調(diào)用 與 方法?輸出為：Morning,JimmyZhang早上好，JimmyZhang實際上，我們可以也可以繞過GreetPeople方法，通過委托來直接調(diào)用EnglishGreeting和ChineseGreeting：?先給委托類型的變量賦值+=給此委托變量再綁定一個方法將先后調(diào)用方法NOTE：這在本例中是沒有問題的，但回頭看下上面GreetPeople()的定義，在它之中可以做一些對于EngIshihGreeting和ChineseGreeting來說都需要進行的工作，為了簡便我做了省略。注意這里，第一次用的 ，是賦值的語法；第二次，用的是,是綁定的語法。如果第一次就使用 ,將出現(xiàn)使用了未賦值的局部變量的編譯錯誤。我們也可以使用下面的代碼來這樣簡化這一過程：+=給此委托變量再綁定一個方法看到這里，應(yīng)該注意到，這段代碼第一條語句與實例化一個類是何其的相似，你不禁想到：上面第一次綁定委托時不可以使用的編譯錯誤，或許可以用這樣的方法來避免：+=+=這次用的是“+=”，綁定語法。

給此委托變量再綁定一個方法但實際上，這樣會出現(xiàn)編譯錯誤：Greetingeleg疇法沒有采用0個參數(shù)的重載。盡管這樣的結(jié)果讓我們覺得有點沮喪，但是編譯的提示：沒有0個參數(shù)的重載再次讓我們聯(lián)想到了類的構(gòu)造函數(shù)。我知道你一定按捺不住想探個究竟，但再此之前，我們需要先把基礎(chǔ)知識和應(yīng)用介紹完。既然給委托可以綁定一個方法，那么也應(yīng)該有辦法取消對方法的綁定，很