熱點推薦:
您现在的位置: 電腦知識網 >> 編程 >> .NET編程 >> 正文

C# 委托

2013-11-13 10:11:14  來源: .NET編程 

  委托是一種可以把引用存儲為函數的類型委托的聲明非常類似於函數但是不帶函數體且要用delegate關鍵字委托的聲明指定了一個返回類型和一個參數列表在定義了委托之後就可以定義該委托類型的變量接著把這個變量初始化為與委托有相同返回類型和參數列表的函數引用之後就可以運用委托變量調用這個函數就像該變量是一個函數一樣

  有了引用函數的變量之後還可以執行不能用其他方式完成的操作

  將方法作為方法的參數  我們先不管這個標題如何的繞口也不管委托究竟是個什麼東西來看下面這兩個最簡單的方法它們不過是在屏幕上輸出一句問候的話語:

  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){

  //做某些額外的事情比如初始化之類此處略

  switch(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)語句同時使得程序具有更好的可擴展性


From:http://tw.wingwit.com/Article/program/net/201311/12832.html
    推薦文章
    Copyright © 2005-2013 電腦知識網 Computer Knowledge   All rights reserved.