本篇文章給大家分享的是有關(guān)ASP.NET服務(wù)器控件開發(fā)中的實現(xiàn)事件淺析是怎樣的，小編覺得挺實用的，因此分享給大家學(xué)習(xí)，希望大家閱讀完這篇文章后可以有所收獲，話不多說，跟著小編一起來看看吧。

目前創(chuàng)新互聯(lián)已為超過千家的企業(yè)提供了網(wǎng)站建設(shè)、域名、網(wǎng)絡(luò)空間、網(wǎng)站托管、服務(wù)器租用、企業(yè)網(wǎng)站設(shè)計、定興網(wǎng)站維護(hù)等服務(wù)，公司將堅持客戶導(dǎo)向、應(yīng)用為本的策略，正道將秉承"和諧、參與、激情"的文化，與客戶和合作伙伴齊心協(xié)力一起成長，共同發(fā)展。

1. 事件基本概念

事件是當(dāng)有動作發(fā)生或者狀態(tài)改變時，類發(fā)出的信息或者通知。通常情況下，狀態(tài)的發(fā)生或者改變由用戶界面動作初始化，例如，單擊按鈕，或者由于其他的程序邏輯引起。產(chǎn)生事件的類或者說發(fā)送通知的類叫做事件源sender，接收事件的類叫做事件接收者receiver。二者之間通過委托（delegate）實現(xiàn)關(guān)聯(lián)。下面列舉了一段常見的應(yīng)用事件代碼。

// 聲明事件  ClickcustomControl.Click += new EventHandler(this.customControl1_Clicked);  // 實現(xiàn)事件處理程序  customControl1_Clicked(object sender,EventArgs e){......}

如上代碼列舉了ASP.NET服務(wù)器控件聲明事件和實現(xiàn)事件處理程序的過程。由于這個過程非常簡單，在此將不多做解釋。另外，在實際應(yīng)用中，開發(fā)人員通過為服務(wù)器控件實現(xiàn)事件機(jī)制，可以不采用以上的聲明事件方式，而是在控件聲明標(biāo)記中僅僅列出"OnClick = customControl1_Clicked"即可。實際上，事件的聲明和具體事件處理程序的實現(xiàn)都是比較簡單易用的。然而，為控件實現(xiàn)事件機(jī)制卻不是一件容易的事情。

從ASP.NET服務(wù)器控件開發(fā)的角度而言，控件事件（僅指服務(wù)器端事件，而不包括客戶端事件）可能來自兩個方面：一是從基類繼承的事件。例如，假設(shè)自定義控件從Button類繼承，那么該控件將繼承基類的Click事件。二是根據(jù)開發(fā)需求而創(chuàng)建的自定義事件。下面分別對這兩種事件進(jìn)行介紹。

2. 實現(xiàn)從基類繼承的事件

眾所周知，自定義ASP.NET服務(wù)器控件歸根結(jié)底是從System.Web.UI.Control派生而來。該基類中已經(jīng)定義了一些事件。因此，在創(chuàng)建ASP.NET服務(wù)器控件過程中，很可能需要重寫以下繼承的多個事件。

·DataBinding事件：該事件當(dāng)ASP.NET服務(wù)器控件綁定到數(shù)據(jù)源時發(fā)生，其對應(yīng)事件處理程序為OnDataBinding。

·Disposed事件：該事件當(dāng)從內(nèi)存釋放服務(wù)器控件資源時發(fā)生，其對應(yīng)的事件處理程序為OnDisposed。這是服務(wù)器控件生命周期的的***階段。

·Init事件：該事件當(dāng)ASP.NET服務(wù)器控件初始化時發(fā)生，其對應(yīng)的事件處理程序為OnInit。Init事件是控件生命周期的***步。

·Load事件：該事件當(dāng)ASP.NET服務(wù)器控件加載到Page對象中時發(fā)生，其對應(yīng)的事件處理程序為OnLoad。

·PreRender事件：該事件在加載Control對象之后、呈現(xiàn)之前發(fā)生，其對應(yīng)的事件處理程序為OnPreRender。

·Unload事件：該事件當(dāng)ASP.NET服務(wù)器控件從內(nèi)存中卸載時發(fā)生，其對應(yīng)的事件處理程序為OnUnload。

以上內(nèi)容針對Control基類的幾個事件進(jìn)行了簡要說明。由于服務(wù)器控件均繼承自Control基類（WebControl也是繼承自Control類），因此，開發(fā)人員完全可以重寫事件所對應(yīng)的事件處理程序，這樣便可以實現(xiàn)一些自定義內(nèi)容。

若要實現(xiàn)自定義繼承的事件，需要重寫從基類繼承的受保護(hù)的OnEventName方法，而不必附加委托（EventHandler）。通常情況下，重寫的事件處理程序應(yīng)該調(diào)用基類的OnEventName方法，以確保調(diào)用附加到事件的委托（除非不想調(diào)用這些委托）。以下代碼片段說明自定義控件重寫繼承的DataBinding事件的處理過程。

protected override void OnDataBinding(EventArgs e)   {  　//添加一些自定義邏輯代碼   　//調(diào)用基類方法  　base.OnDataBinding(e);  }

如上代碼所示，在重寫事件處理程序OnDataBinding過程中，首先需要添加一些根據(jù)應(yīng)用需求而實現(xiàn)的自定義邏輯代碼，然后，一定要牢記需調(diào)用基類方法。

以上內(nèi)容對Control基類的事件和派生類重寫對應(yīng)事件處理程序的過程進(jìn)行了介紹。需要讀者注意的是，上文并非說明自定義服務(wù)器控件僅能夠重寫以上幾個來自Control基類事件的事件處理程序。如果自定義控件繼承自其他原本帶有事件的基類，例如，Button、DataList等（歸根到底，它們也是從Control基類繼承），那么繼承的事件處理程序仍然可以被重寫，例如，繼承自Button類的控件自然獲得Click事件，并且可以重寫OnClick事件處理程序。

3. 創(chuàng)建自定義ASP.NET服務(wù)器控件事件

在介紹創(chuàng)建自定義服務(wù)器控件事件的方法之前，我們首先來簡單回顧一下相關(guān)的事件模型。

在Web窗體頁面中，與ASP.NET服務(wù)器控件關(guān)聯(lián)的事件由客戶端引發(fā)并由Web服務(wù)器處理（注意：事件必須稱為"引發(fā)"，而不要使用"觸發(fā)"和"激發(fā)"等詞，它們都是不準(zhǔn)確，不規(guī)范的）。對于在客戶機(jī)上由ASP.NET服務(wù)器控件引發(fā)的事件，ASP.NET事件模型收集有關(guān)請求的信息，并使用HTTP Post將詳細(xì)信息傳遞到服務(wù)器。服務(wù)器上的Page Framework對該公告作出解釋以確定發(fā)生的事件，然后，調(diào)用適當(dāng)?shù)奶幚沓绦蚍椒?。下圖1簡單說明了這一過程。

如圖1所示，在客戶端計算機(jī)中，用戶單擊購物車的Add（添加）按鈕，試圖將所選商品放入購物車中。在單擊之后，事件模型收集了相關(guān)信息，例如，Submit = btnAddToCart，Prod3 = Gizmo等等，將這些信息通過Post方式傳遞到服務(wù)器。服務(wù)器在接收這些信息后，首先對其進(jìn)行分析，然后，調(diào)用事件處理程序btnAddToCart(obj,event)進(jìn)行處理。以上就是基本的事件處理模型。

對于普通應(yīng)用程序開發(fā)人員而言，只需要實現(xiàn)控件的事件處理程序即可，更進(jìn)一步的信息對于他們而言是隱藏的，而且也是沒有必要作更多關(guān)心的。然而，作為ASP.NET服務(wù)器控件開發(fā)人員，則必須仔細(xì)考慮這一事件處理模型。

如果讀者仔細(xì)思考以上過程，則會發(fā)現(xiàn)兩個在事件處理模型中需要解決的重要問題。***，服務(wù)器端如何捕獲回傳的單擊事件，第二，通過Post方式回傳到服務(wù)器端的數(shù)據(jù)，具體是如何處理的。以上兩個問題至關(guān)重要。如果能夠解決好這兩個問題，那么創(chuàng)建自定義ASP.NET服務(wù)器控件事件則變得非常容易。

為了解決以上問題，ASP.NET提供了兩個重要接口：IPostBackEventHandler和IPostBackDataHandler。IPostBackEventHandler接口用于處理由客戶端引發(fā)的頁面回傳的事件。實現(xiàn)此接口，ASP.NET服務(wù)器控件可將客戶端的提交表單事件對應(yīng)到服務(wù)器端的事件上，并且通過事件處理程序完成對該客戶端事件的處理。IPostBackDataHandler接口用于檢查提交給頁面的數(shù)據(jù)，并確定是否在客戶端修改過。當(dāng)控件實現(xiàn)該接口，控件則自動具有了參與回傳數(shù)據(jù)的處理能力。開發(fā)人員可以通過實現(xiàn)接口相關(guān)成員，完成針對回傳數(shù)據(jù)的處理邏輯。

實際上，ASP.NET中絕大多數(shù)服務(wù)器控件都引發(fā)從客戶端到服務(wù)器的回傳，并且讀者實現(xiàn)的很多服務(wù)器控件也必須引發(fā)回傳。因此，以上兩個接口對于實現(xiàn)控件事件非常重要。對于它們，本節(jié)僅簡單介紹一下。在隨后的文章中，讀者將通過典型示例，詳細(xì)了解實現(xiàn)接口成員，捕獲回傳事件，處理回傳數(shù)據(jù)的具體方法。

另外，ASP.NET增強(qiáng)了有關(guān)回調(diào)處理方面的功能。例如,使用System.Web.UI.ICallbackEventHandler接口和Page.GetCallbackEventReference方法等。通過這些對象的應(yīng)用可實現(xiàn)在客戶端運行服務(wù)器端代碼，從而避免丟失客戶端狀態(tài)并且不導(dǎo)致服務(wù)器往返的處理開銷。這些內(nèi)容與服務(wù)器控件事件之間有著一些聯(lián)系。然而，由于回調(diào)應(yīng)用在ASP.NET服務(wù)器控件中應(yīng)用較少。因此，將不作過多說明。

從技術(shù)發(fā)展的角度來講，ASP.NET技術(shù)從1.x升級到2.0版本，在ASP.NET服務(wù)器控件事件開發(fā)方面沒有任何明顯的修改。如果讀者已經(jīng)了解了ASP.NET 1.x下創(chuàng)建服務(wù)器控件事件的內(nèi)容，那么可以按照過去1.x的方法和思路進(jìn)行開發(fā)。

以上就是ASP.NET服務(wù)器控件開發(fā)中的實現(xiàn)事件淺析是怎樣的，小編相信有部分知識點可能是我們?nèi)粘９ぷ鲿姷交蛴玫降?。希望你能通過這篇文章學(xué)到更多知識。更多詳情敬請關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道。