C#中的委托和事件_.Net教程
推薦:ASP.NET中“找不到指定模塊”的解決辦法最近繼續(xù)用ASP.Net來重新開發(fā)ACM的Online Judge系統(tǒng),因為要進行進程的監(jiān)控,所以自己編寫了一個非托管的DLL供ASP.Net調(diào)用。 我用的是VS2005的開發(fā)環(huán)境,后來發(fā)現(xiàn)使用[DllImport("Judge.
引言
委托和事件在 .Net Framework中的應(yīng)用非常廣泛,然而,較好地理解委托和事件對很多接觸C#時間不長的人來說并不容易。它們就像是一道檻兒,過了這個檻的人,覺得真是太容易了,而沒有過去的人每次見到委托和事件就覺得心里別(biè)得慌,混身不自在。本文中,我將通過兩個范例由淺入深地講述什么是委托、為什么要使用委托、事件的由來、.Net Framework中的委托和事件、委托和事件對Observer設(shè)計模式的意義,對它們的中間代碼也做了討論。
將方法作為方法的參數(shù)
我們先不管這個標題如何的繞口,也不管委托究竟是個什么東西,來看下面這兩個最簡單的方法,它們不過是在屏幕上輸出一句問候的話語:
以下為引用的內(nèi)容: public void GreetPeople(string name) { // 做某些額外的事情,比如初始化之類,此處略 EnglishGreeting(name); } public void EnglishGreeting(string name) { Console.WriteLine("Morning, " name); } |
暫且不管這兩個方法有沒有什么實際意義。GreetPeople用于向某人問好,當我們傳遞代表某人姓名的name參數(shù),比如說“Jimmy”,進去的時候,在這個方法中,將調(diào)用EnglishGreeting方法,再次傳遞name參數(shù),EnglishGreeting則用于向屏幕輸出 “Morning, Jimmy”。
現(xiàn)在假設(shè)這個程序需要進行全球化,哎呀,不好了,我是中國人,我不明白“Morning”是什么意思,怎么辦呢?好吧,我們再加個中文版的問候方法:
以下為引用的內(nèi)容: public void ChineseGreeting(string name){ Console.WriteLine("早上好, " name); } |
這時候,GreetPeople也需要改一改了,不然如何判斷到底用哪個版本的Greeting問候方法合適呢?在進行這個之前,我們最好再定義一個枚舉作為判斷的依據(jù):
以下為引用的內(nèi)容: public enum Language{ English, Chinese } public void GreetPeople(string name, Language lang){ |
OK,盡管這樣解決了問題,但我不說大家也很容易想到,這個解決方案的可擴展性很差,如果日后我們需要再添加韓文版、日文版,就不得不反復(fù)修改枚舉和GreetPeople()方法,以適應(yīng)新的需求。
在考慮新的解決方案之前,我們先看看 GreetPeople的方法簽名:
public void GreetPeople(string name, Language lang)
我們僅看 string name,在這里,string 是參數(shù)類型,name 是參數(shù)變量,當我們賦給name字符串“jimmy”時,它就代表“jimmy”這個值;當我們賦給它“張子陽”時,它又代表著“張子陽”這個值。然后,我們可以在方法體內(nèi)對這個name進行其他操作。哎,這簡直是廢話么,剛學(xué)程序就知道了。
如果你再仔細想想,假如GreetPeople()方法可以接受一個參數(shù)變量,這個變量可以代表另一個方法,當我們給這個變量賦值 EnglishGreeting的時候,它代表著 EnglsihGreeting() 這個方法;當我們給它賦值ChineseGreeting 的時候,它又代表著ChineseGreeting()方法。我們將這個參數(shù)變量命名為 MakeGreeting,那么不是可以如同給name賦值時一樣,在調(diào)用 GreetPeople()方法的時候,給這個MakeGreeting 參數(shù)也賦上值么(ChineseGreeting或者EnglsihGreeting等)?然后,我們在方法體內(nèi),也可以像使用別的參數(shù)一樣使用MakeGreeting。但是,由于MakeGreeting代表著一個方法,它的使用方式應(yīng)該和它被賦的方法(比如ChineseGreeting)是一樣的,比如:
MakeGreeting(name);
好了,有了思路了,我們現(xiàn)在就來改改GreetPeople()方法,那么它應(yīng)該是這個樣子了:
以下為引用的內(nèi)容: public void GreetPeople(string name, *** MakeGreeting){ MakeGreeting(name); } |
注意到 *** ,這個位置通常放置的應(yīng)該是參數(shù)的類型,但到目前為止,我們僅僅是想到應(yīng)該有個可以代表方法的參數(shù),并按這個思路去改寫GreetPeople方法,現(xiàn)在就出現(xiàn)了一個大問題:這個代表著方法的MakeGreeting參數(shù)應(yīng)該是什么類型的?
NOTE:這里已不再需要枚舉了,因為在給MakeGreeting賦值的時候動態(tài)地決定使用哪個方法,是ChineseGreeting還是 EnglishGreeting,而在這個兩個方法內(nèi)部,已經(jīng)對使用“morning”還是“早上好”作了區(qū)分。
聰明的你應(yīng)該已經(jīng)想到了,現(xiàn)在是委托該出場的時候了,但講述委托之前,我們再看看MakeGreeting參數(shù)所能代表的 ChineseGreeting()和EnglishGreeting()方法的簽名:
public void EnglishGreeting(string name)
public void ChineseGreeting(string name)
如同name可以接受String類型的“true”和“1”,但不能接受bool類型的true和int類型的1一樣。MakeGreeting的 參數(shù)類型定義 應(yīng)該能夠確定 MakeGreeting可以代表的 方法種類,再進一步講,就是MakeGreeting可以代表的方法 的 參數(shù)類型和禱乩嘈汀?br /> 于是,委托出現(xiàn)了:它定義了MakeGreeting參數(shù)所能代表的方法的種類,也就是MakeGreeting參數(shù)的類型。
NOTE:如果上面這句話比較繞口,我把它翻譯成這樣:string 定義了name參數(shù)所能代表的值的種類,也就是name參數(shù)的類型。
本例中委托的定義:
public delegate void GreetingDelegate(string name);
可以與上面EnglishGreeting()方法的簽名對比一下,除了加入了delegate關(guān)鍵字以外,其余的是不是完全一樣?
現(xiàn)在,讓我們再次改動GreetPeople()方法,如下所示:
以下為引用的內(nèi)容: public void GreetPeople(string name, GreetingDelegate MakeGreeting){ MakeGreeting(name); } |
如你所見,委托GreetingDelegate出現(xiàn)的位置與 string相同,string是一個類型,那么GreetingDelegate應(yīng)該也是一個類型,或者叫類(Class)。但是委托的聲明方式和類卻完全不同,這是怎么一回事?實際上,委托在編譯的時候確實會編譯成類。因為Delegate是一個類,所以在任何可以聲明類的地方都可以聲明委托。更多的內(nèi)容將在下面講述,現(xiàn)在,請看看這個范例的完整代碼:
以下為引用的內(nèi)容: using System; using System.Collections.Generic; using System.Text; namespace Delegate { class Program { private static void EnglishGreeting(string name) { private static void ChineseGreeting(string name) { //注意此方法,它接受一個GreetingDelegate類型的方法作為參數(shù) static void Main(string[] args) { |
輸出如下:
Morning, Jimmy Zhang
早上好, 張子陽
我們現(xiàn)在對委托做一個總結(jié):
委托是一個類,它定義了方法的類型,使得可以將方法當作另一個方法的參數(shù)來進行傳遞,這種將方法動態(tài)地賦給參數(shù)的做法,可以避免在程序中大量使用If-Else(Switch)語句,同時使得程序具有更好的可擴展性。
將方法綁定到委托
看到這里,是不是有那么點如夢初醒的感覺?于是,你是不是在想:在上面的例子中,我不一定要直接在GreetPeople()方法中給 name參數(shù)賦值,我可以像這樣使用變量:
以下為引用的內(nèi)容:
GreetPeople(name1, EnglishGreeting); |
而既然委托GreetingDelegate 和 類型 string 的地位一樣,都是定義了一種參數(shù)類型,那么,我是不是也可以這么使用委托?
以下為引用的內(nèi)容:
GreetPeople("Jimmy Zhang", delegate1); |
如你所料,這樣是沒有問題的,程序一如預(yù)料的那樣輸出。這里,我想說的是委托不同于string的一個特性:可以將多個方法賦給同一個委托,或者叫將多個方法綁定到同一個委托,當調(diào)用這個委托的時候,將依次調(diào)用其所綁定的方法。在這個例子中,語法如下:
以下為引用的內(nèi)容:
// 將先后調(diào)用 EnglishGreeting 與 ChineseGreeting 方法 |
輸出為:
Morning, Jimmy Zhang
早上好, Jimmy Zhang
實際上,我們可以也可以繞過GreetPeople方法,通過委托來直接調(diào)用EnglishGreeting和ChineseGreeting:
以下為引用的內(nèi)容:
// 將先后調(diào)用 EnglishGreeting 與 ChineseGreeting 方法 |
NOTE:這在本例中是沒有問題的,但回頭看下上面GreetPeople()的定義,在它之中可以做一些對于EnglshihGreeting和ChineseGreeting來說都需要進行的工作,為了簡便我做了省略。
注意這里,第一次用的“=”,是賦值的語法;第二次,用的是“ =”,是綁定的語法。如果第一次就使用“ =”,將出現(xiàn)“使用了未賦值的局部變量”的編譯錯誤。
我們也可以使用下面的代碼來這樣簡化這一過程:
GreetingDelegate delegate1 = new GreetingDelegate(EnglishGreeting);
delegate1 = ChineseGreeting; // 給此委托變量再綁定一個方法
看到這里,應(yīng)該注意到,這段代碼第一條語句與實例化一個類是何其的相似,你不禁想到:上面第一次綁定委托時不可以使用“ =”的編譯錯誤,或許可以用這樣的方法來避免:
GreetingDelegate delegate1 = new GreetingDelegate();
delegate1 = EnglishGreeting; // 這次用的是 “ =”,綁定語法。
delegate1 = ChineseGreeting; // 給此委托變量再綁定一個方法
但實際上,這樣會出現(xiàn)編譯錯誤: “GreetingDelegate”方法沒有采用“0”個參數(shù)的重載。盡管這樣的結(jié)果讓我們覺得有點沮喪,但是編譯的提示:“沒有0個參數(shù)的重載”再次讓我們聯(lián)想到了類的構(gòu)造函數(shù)。我知道你一定按捺不住想探個究竟,但再此之前,我們需要先把基礎(chǔ)知識和應(yīng)用介紹完。
既然給委托可以綁定一個方法,那么也應(yīng)該有辦法取消對方法的綁定,很容易想到,這個語法是“-=”:
以下為引用的內(nèi)容: static void Main(string[] args) { GreetingDelegate delegate1 = new GreetingDelegate(EnglishGreeting); delegate1 = ChineseGreeting; // 給此委托變量再綁定一個方法 // 將先后調(diào)用 EnglishGreeting 與 ChineseGreeting 方法 delegate1 -= EnglishGreeting; //取消對EnglishGreeting方法的綁定 |
輸出為:
Morning, Jimmy Zhang
早上好, Jimmy Zhang
早上好, 張子陽
讓我們再次對委托作個總結(jié):
使用委托可以將多個方法綁定到同一個委托變量,當調(diào)用此變量時(這里用“調(diào)用”這個詞,是因為此變量代表一個方法),可以依次調(diào)用所有綁定的方法。
事件的由來
我們繼續(xù)思考上面的程序:上面的三個方法都定義在Programe類中,這樣做是為了理解的方便,實際應(yīng)用中,通常都是 GreetPeople 在一個類中,ChineseGreeting和 EnglishGreeting 在另外的類中。現(xiàn)在你已經(jīng)對委托有了初步了解,是時候?qū)ι厦娴睦幼鰝改進了。假設(shè)我們將GreetingPeople()放在一個叫GreetingManager的類中,那么新程序應(yīng)該是這個樣子的:
以下為引用的內(nèi)容: 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 ChineseGreeting(string name) { static void Main(string[] args) { |
這個時候,如果要實現(xiàn)前面演示的輸出效果,Main方法我想應(yīng)該是這樣的:
以下為引用的內(nèi)容: static void Main(string[] args) { GreetingManager gm = new GreetingManager(); gm.GreetPeople("Jimmy Zhang", EnglishGreeting); gm.GreetPeople("張子陽", ChineseGreeting); } |
我們運行這段代碼,嗯,沒有任何問題。程序一如預(yù)料地那樣輸出了:
Morning, Jimmy Zhang
早上好, 張子陽
現(xiàn)在,假設(shè)我們需要使用上一節(jié)學(xué)到的知識,將多個方法綁定到同一個委托變量,該如何做呢?讓我們再次改寫代碼:
以下為引用的內(nèi)容:
gm.GreetPeople("Jimmy Zhang", delegate1); |
輸出:
Morning, Jimmy Zhang
早上好, Jimmy Zhang
到了這里,我們不禁想到:面向?qū)ο笤O(shè)計,講究的是對象的封裝,既然可以聲明委托類型的變量(在上例中是delegate1),我們何不將這個變量封裝到 GreetManager類中?在這個類的客戶端中使用不是更方便么?于是,我們改寫GreetManager類,像這樣:
以下為引用的內(nèi)容: public class GreetingManager{ //在GreetingManager類的內(nèi)部聲明delegate1變量 public GreetingDelegate delegate1; public void GreetPeople(string name, GreetingDelegate MakeGreeting) { |
現(xiàn)在,我們可以這樣使用這個委托變量:
以下為引用的內(nèi)容: static void Main(string[] args) { GreetingManager gm = new GreetingManager(); gm.delegate1 = EnglishGreeting; gm.delegate1 = ChineseGreeting; gm.GreetPeople("Jimmy Zhang", gm.delegate1); |
盡管這樣達到了我們要的效果,但是似乎并不美氣,光是第一個方法注冊用“=”,第二個用“ =”就讓人覺得別扭。此時,輪到Event出場了,C# 中可以使用事件來專門完成這項工作,我們改寫GreetingManager類,它變成了這個樣子:
以下為引用的內(nèi)容: public class GreetingManager{ //這一次我們在這里聲明一個事件 public event GreetingDelegate MakeGreet; public void GreetPeople(string name, GreetingDelegate MakeGreeting) { |
很容易注意到:MakeGreet 事件的聲明與之前委托變量delegate1的聲明唯一的區(qū)別是多了一個event關(guān)鍵字。看到這里,你差不多明白到:事件其實沒什么不好理解的,聲明一個事件不過類似于聲明一個委托類型的變量而已。
我們想當然地改寫Main方法:
以下為引用的內(nèi)容: static void Main(string[] args) { GreetingManager gm = new GreetingManager(); gm.MakeGreet = EnglishGreeting; // 編譯錯誤1 gm.MakeGreet = ChineseGreeting; gm.GreetPeople("Jimmy Zhang", gm.MakeGreet); //編譯錯誤2 |
這次,你會得到編譯錯誤:事件“Delegate.GreetingManager.MakeGreet”只能出現(xiàn)在 = 或 -= 的左邊(從類型“Delegate.GreetingManager”中使用時除外)。
事件和委托的編譯代碼
這時候,我們不得不注釋掉編譯錯誤的行,然后重新進行編譯,再借助Reflactor來對 event的聲明語句做一探究,看看為什么會發(fā)生這樣的錯誤:
public event GreetingDelegate MakeGreet;
可以看到,實際上盡管我們在GreetingManager里將 MakeGreet 聲明為public,但是,實際上MakeGreet會被編譯成 私有字段,難怪會發(fā)生上面的編譯錯誤了,因為它根本就不允許在GreetingManager類的外面以賦值的方式訪問。
我們進一步看下MakeGreet所產(chǎn)生的代碼:
以下為引用的內(nèi)容: private GreetingDelegate MakeGreet; //對事件的聲明 實際是 聲明一個私有的委托變量 [MethodImpl(MethodImplOptions.Synchronized)] [MethodImpl(MethodImplOptions.Synchronized)] |
現(xiàn)在已經(jīng)很明確了:MakeGreet 事件確實是一個GreetingDelegate類型的委托,只不過不管是不是聲明為public,它總是被聲明為private。另外,它還有兩個方法,分別是add_MakeGreet和remove_MakeGreet,這兩個方法分別用于注冊委托類型的方法和取消注冊,實際上也就是: “ = ”對應(yīng) add_MakeGreet,“-=”對應(yīng)remove_MakeGreet。而這兩個方法的訪問限制取決于聲明事件時的訪問限制符。
在add_MakeGreet()方法內(nèi)部,實際上調(diào)用了System.Delegate的Combine()靜態(tài)方法,這個方法用于將當前的變量添加到委托鏈表中。我們前面提到過兩次,說委托實際上是一個類,在我們定義委托的時候:
public delegate void GreetingDelegate(string name);
當編譯器遇到這段代碼的時候,會生成下面這樣一個完整的類:
以下為引用的內(nèi)容: public class GreetingDelegate:System.MulticastDelegate{ public GreetingDelegate(object @object, IntPtr method); } |
關(guān)于這個類的更深入內(nèi)容,可以參閱《CLR Via C#》等相關(guān)書籍,這里就不再討論了。
委托、事件與Observer設(shè)計模式
范例說明
上面的例子已不足以再進行下面的講解了,我們來看一個新的范例,因為之前已經(jīng)介紹了很多的內(nèi)容,所以本節(jié)的進度會稍微快一些:
假設(shè)我們有個高檔的熱水器,我們給它通上電,當水溫超過95度的時候:1、揚聲器會開始發(fā)出語音,告訴你水的溫度;2、液晶屏也會改變水溫的顯示,來提示水已經(jīng)快燒開了。
現(xiàn)在我們需要寫個程序來模擬這個燒水的過程,我們將定義一個類來代表熱水器,我們管它叫:Heater,它有代表水溫的字段,叫做temperature;當然,還有必不可少的給水加熱方法BoilWater(),一個發(fā)出語音警報的方法MakeAlert(),一個顯示水溫的方法,ShowMsg()。
以下為引用的內(nèi)容: namespace Delegate { class Heater { private int temperature; // 水溫 // 燒水 if (temperature > 95) { // 發(fā)出語音警報 class Program { |
Observer設(shè)計模式簡介
上面的例子顯然能完成我們之前描述的工作,但是卻并不夠好。現(xiàn)在假設(shè)熱水器由三部分組成:熱水器、警報器、顯示器,它們來自于不同廠商并進行了組裝。那么,應(yīng)該是熱水器僅僅負責燒水,它不能發(fā)出警報也不能顯示水溫;在水燒開時由警報器發(fā)出警報、顯示器顯示提示和水溫。
這時候,上面的例子就應(yīng)該變成這個樣子:
以下為引用的內(nèi)容: // 熱水器 // 警報器 // 顯示器 |
這里就出現(xiàn)了一個問題:如何在水燒開的時候通知報警器和顯示器?在繼續(xù)進行之前,我們先了解一下Observer設(shè)計模式,Observer設(shè)計模式中主要包括如下兩類對象:
Subject:監(jiān)視對象,它往往包含著其他對象所感興趣的內(nèi)容。在本范例中,熱水器就是一個監(jiān)視對象,它包含的其他對象所感興趣的內(nèi)容,就是temprature字段,當這個字段的值快到100時,會不斷把數(shù)據(jù)發(fā)給監(jiān)視它的對象。
Observer:監(jiān)視者,它監(jiān)視Subject,當Subject中的某件事發(fā)生的時候,會告知Observer,而Observer則會采取相應(yīng)的行動。在本范例中,Observer有警報器和顯示器,它們采取的行動分別是發(fā)出警報和顯示水溫。
在本例中,事情發(fā)生的順序應(yīng)該是這樣的:
警報器和顯示器告訴熱水器,它對它的溫度比較感興趣(注冊)。
熱水器知道后保留對警報器和顯示器的引用。
熱水器進行燒水這一動作,當水溫超過95度時,通過對警報器和顯示器的引用,自動調(diào)用警報器的MakeAlert()方法、顯示器的ShowMsg()方法。
類似這樣的例子是很多的,GOF對它進行了抽象,稱為Observer設(shè)計模式:Observer設(shè)計模式是為了定義對象間的一種一對多的依賴關(guān)系,以便于當一個對象的狀態(tài)改變時,其他依賴于它的對象會被自動告知并更新。Observer模式是一種松耦合的設(shè)計模式。
實現(xiàn)范例的Observer設(shè)計模式
我們之前已經(jīng)對委托和事件介紹很多了,現(xiàn)在寫代碼應(yīng)該很容易了,現(xiàn)在在這里直接給出代碼,并在注釋中加以說明。
以下為引用的內(nèi)容: using System; using System.Collections.Generic; using System.Text; namespace Delegate { // 燒水 if (temperature > 95) { // 警報器 // 顯示器 heater.BoilEvent = alarm.MakeAlert; //注冊方法 heater.BoilWater(); //燒水,會自動調(diào)用注冊過對象的方法 |
輸出為:
Alarm:嘀嘀嘀,水已經(jīng) 96 度了:
Alarm:嘀嘀嘀,水已經(jīng) 96 度了:
Display:水快燒開了,當前溫度:96度。
// 省略...
.Net Framework中的委托與事件
盡管上面的范例很好地完成了我們想要完成的工作,但是我們不僅疑惑:為什么.Net Framework 中的事件模型和上面的不同?為什么有很多的EventArgs參數(shù)?
在回答上面的問題之前,我們先搞懂 .Net Framework的編碼規(guī)范:
委托類型的名稱都應(yīng)該以EventHandler結(jié)束。
委托的原型定義:有一個void返回值,并接受兩個輸入?yún)?shù):一個Object 類型,一個 EventArgs類型(或繼承自EventArgs)。
事件的命名為 委托去掉 EventHandler之后剩余的部分。
繼承自EventArgs的類型應(yīng)該以EventArgs結(jié)尾。
再做一下說明:
委托聲明原型中的Object類型的參數(shù)代表了Subject,也就是監(jiān)視對象,在本例中是 Heater(熱水器)。回調(diào)函數(shù)(比如Alarm的MakeAlert)可以通過它訪問觸發(fā)事件的對象(Heater)。
EventArgs 對象包含了Observer所感興趣的數(shù)據(jù),在本例中是temperature。
上面這些其實不僅僅是為了編碼規(guī)范而已,這樣也使得程序有更大的靈活性。比如說,如果我們不光想獲得熱水器的溫度,還想在Observer端(警報器或者顯示器)方法中獲得它的生產(chǎn)日期、型號、價格,那么委托和方法的聲明都會變得很麻煩,而如果我們將熱水器的引用傳給警報器的方法,就可以在方法中直接訪問熱水器了。
現(xiàn)在我們改寫之前的范例,讓它符合 .Net Framework 的規(guī)范:
以下為引用的內(nèi)容: using System; namespace Delegate { // 定義BoliedEventArgs類,傳遞給Observer所感興趣的信息 // 可以供繼承自 Heater 的類重寫,以便繼承類拒絕其他對象對它的監(jiān)視 // 警報器 } // 顯示器 class Program { heater.Boiled = alarm.MakeAlert; //注冊方法 heater.BoilWater(); //燒水,會自動調(diào)用注冊過對象的方法 |
輸出為:
以下為引用的內(nèi)容: Alarm:China Xian - RealFire 001: Alarm: 嘀嘀嘀,水已經(jīng) 96 度了: Alarm:China Xian - RealFire 001: Alarm: 嘀嘀嘀,水已經(jīng) 96 度了: Alarm:China Xian - RealFire 001: Alarm: 嘀嘀嘀,水已經(jīng) 96 度了: Display:China Xian - RealFire 001: Display:水快燒開了,當前溫度:96度。 // 省略 ... |
總結(jié)
在本文中我首先通過一個GreetingPeople的小程序向大家介紹了委托的概念、委托用來做什么,隨后又引出了事件,接著對委托與事件所產(chǎn)生的中間代碼做了粗略的講述。
在第二個稍微復(fù)雜點的熱水器的范例中,我向大家簡要介紹了 Observer設(shè)計模式,并通過實現(xiàn)這個范例完成了該模式,隨后講述了.Net Framework中委托、事件的實現(xiàn)方式。
分享:項目調(diào)試時出現(xiàn)用到的一個組件“訪問被拒絕”的解決方法“/”應(yīng)用程序中的服務(wù)器錯誤。 配置錯誤 說明:在處理向該請求提供服務(wù)所需的配置文件時出錯。請檢查下面的特定錯誤詳細信息并適當?shù)匦薷呐渲梦募? 分析器錯誤信息: 訪問被拒
- asp.net如何得到GRIDVIEW中某行某列值的方法
- .net SMTP發(fā)送Email實例(可帶附件)
- js實現(xiàn)廣告漂浮效果的小例子
- asp.net Repeater 數(shù)據(jù)綁定的具體實現(xiàn)
- Asp.Net 無刷新文件上傳并顯示進度條的實現(xiàn)方法及思路
- Asp.net獲取客戶端IP常見代碼存在的偽造IP問題探討
- VS2010 水晶報表的使用方法
- ASP.NET中操作SQL數(shù)據(jù)庫(連接字符串的配置及獲取)
- asp.net頁面?zhèn)髦禍y試實例代碼
- DataGridView - DataGridViewCheckBoxCell的使用介紹
- asp.net中javascript的引用(直接引入和間接引入)
- 三層+存儲過程實現(xiàn)分頁示例代碼
- 相關(guān)鏈接:
- 教程說明:
.Net教程-C#中的委托和事件。