ASP.NET2.0伺服器控制項開發之實現事件

前面幾篇文章講解了與利用ASP.NET 2.0技術建立自訂伺服器控制項屬性有關的內容。從本文開始，包括隨後的幾篇文章將探討建立自訂伺服器控制項事件的方法。本文重點對實現控制項事件的基本概念進行介紹，這些概念對於協助開發人員為伺服器控制項建立事件有著重要意義。

　　1. 事件基本概念

　　事件是 當有動作發生或者狀態改變時，類發出的資訊或者通知。通常情況下，狀態的發生或者改變由使用者介面動作初始化，例如，單擊按鈕，或者由於其他的程式邏輯引 起。產生事件的類或者說發送通知的類叫做事件來源sender，接收事件的類叫做事件接收者receiver。二者之間通過委託（delegate）實現關 聯。下面列舉了一段常見的應用事件代碼。

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

　 　如上代碼列舉了伺服器控制項聲明事件和實現事件處理常式的過程。由於這個過程非常簡單，在此將不多做解釋。另外，在實際應用中，開發人員通過為伺服器控制項 實現事件機制，可以不採用以上的聲明事件方式，而是在控制項聲明標記中僅僅列出"OnClick = customControl1_Clicked"即可。實際上，事件的聲明和具體事件處理常式的實現都是比較簡單易用的。然而，為控制項實現事件機制卻不是 一件容易的事情。

　　從伺服器控制項開發的角度而言，控制項事件（僅指伺服器端事件，而不包括用戶端事件）可能來自兩個方面：一是從基類繼承的事件。例如，假設自訂控制項從Button類繼承，那麼該控制項將繼承基類的Click事件。二是根據開發需求而建立的自訂事件。下面分別對這兩種事件進行介紹。

　　2. 實現從基類繼承的事件

　　眾所周知，自訂伺服器控制項歸根結底是從System.Web.UI.Control派生而來。該基類中已經定義了一些事件。因此，在建立伺服器控制項過程中，很可能需要重寫以下繼承的多個事件。

　　·DataBinding事件：該事件當伺服器控制項綁定到資料來源時發生，其對應事件處理常式為OnDataBinding。

　　·Disposed事件：該事件當從記憶體釋放伺服器控制項資源時發生，其對應的事件處理常式為OnDisposed。這是伺服器控制項生命週期的的最後階段。

　　·Init事件：該事件當伺服器控制項初始化時發生，其對應的事件處理常式為OnInit。Init事件是控制項生命週期的第一步。

　　·Load事件：該事件當伺服器控制項載入到Page對象中時發生，其對應的事件處理常式為OnLoad。

　　·PreRender事件：該事件在載入Control對象之後、呈現之前發生，其對應的事件處理常式為OnPreRender。

　　·Unload事件：該事件當伺服器控制項從記憶體中卸載時發生，其對應的事件處理常式為OnUnload。

　　以上內容針對Control基類的幾個事件進行了簡要說明。由於伺服器控制項均繼承自Control基類（WebControl也是繼承自Control類），因此，開發人員完全可以重寫事件所對應的事件處理常式，這樣便可以實現一些自訂內容。

　　若要實現自訂繼承的事件， 需要重寫從基類繼承的受保護的OnEventName方法，而不必附加委託（EventHandler）。通常情況下，重寫的事件處理常式應該調用基類的 OnEventName方法，以確保調用附加到事件的委託（除非不想調用這些委託）。以下程式碼片段說明自訂控制項重寫繼承的DataBinding事件的 處理過程。

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

　　如上代碼所示，在重寫事件處理常式OnDataBinding過程中，首先需要添加一些根據應用需求而實現的自訂邏輯代碼，然後，一定要牢記需調用基類方法。

　 　以上內容對Control基類的事件和衍生類別重寫對應事件處理常式的過程進行了介紹。需要讀者注意的是，上文並非說明自訂伺服器控制項僅能夠重寫以上幾 個來自Control基類事件的事件處理常式。如果自訂控制項繼承自其他原本帶有事件的基類，例如，Button、DataList等（歸根到底，它們也 是從Control基類繼承），那麼繼承的事件處理常式仍然可以被重寫，例如，繼承自Button類的控制項自然獲得Click事件，並且可以重寫 OnClick事件處理常式。

 

3. 建立自訂伺服器控制項事件

　　在介紹建立自訂伺服器控制項事件的方法之前，我們首先來簡單回顧一下相關的事件模型。

　 　在Web表單頁面中，與伺服器控制項關聯的事件由用戶端引發並由Web伺服器處理（注意：事件必須稱為"引發"，而不要使用"觸發"和"激發"等詞，它們 都是不準確，不規範的）。對於在客戶機上由伺服器控制項引發的事件，ASP.NET 2.0事件模型收集有關請求的資訊，並使用HTTP Post將詳細資料傳遞到伺服器。伺服器上的Page Framework對該公告作出解釋以確定發生的事件，然後，調用適當的處理常式方法。1簡單說明了這一過程。

圖1

　 　1所示，在用戶端電腦中，使用者單擊購物車的Add（添加）按鈕，試圖將所選商品放入購物車中。在單擊之後，事件模型收集了相關資訊，例 如，Submit = btnAddToCart，Prod3 = Gizmo等等，將這些資訊通過Post方式傳遞到伺服器。伺服器在接收這些資訊後，首先對其進行分析，然後，呼叫事件處理常式 btnAddToCart(obj,event)進行處理。以上就是基本的事件處理模型。

　　對於普通應用程式開發人員而言，只需要實現控制項的事件處理常式即可，更進一步的資訊對於他們而言是隱藏的，而且也是沒有必要作更多關心的。然而，作為伺服器控制項開發人員，則必須仔細考慮這一事件處理模型。

　 　如果讀者仔細思考以上過程，則會發現兩個在事件處理模型中需要解決的重要問題。第一，伺服器端如何捕獲回傳的單擊事件，第二，通過Post方式回傳到服 務器端的資料，具體是如何處理的。以上兩個問題至關重要。如果能夠解決好這兩個問題，那麼建立自訂伺服器控制項事件則變得非常容易。

　　 為瞭解決以上問題，ASP.NET 2.0提供了兩個重要介面：IPostBackEventHandler和IPostBackDataHandler。 IPostBackEventHandler介面用於處理由用戶端引發的頁面回傳的事件。實現此介面，伺服器控制項可將用戶端的提交表單事件對應到伺服器端 的事件上，並且通過事件處理常式完成對該用戶端事件的處理。IPostBackDataHandler介面用於檢查提交給頁面的資料，並確定是否在用戶端 修改過。當控制項實現該介面，控制項則自動具有了參與回傳資料的處理能力。開發人員可以通過實現介面相關成員，完成針對回傳資料的處理邏輯。

　 　實際上，ASP.NET 2.0中絕大多數伺服器控制項都引發從用戶端到伺服器的回傳，並且讀者實現的很多伺服器控制項也必須引發回傳。因此，以上兩個介面對於實現控制項事件非常重要。 對於它們，本節僅簡單介紹一下。在隨後的文章中，讀者將通過典型樣本，詳細瞭解實現介面成員，捕獲回傳事件，處理回傳資料的具體方法。

　 　另外，ASP.NET 2.0增強了有關回調處理方面的功能。例如,使用System.Web.UI.ICallbackEventHandler介面和 Page.GetCallbackEventReference方法等。通過這些對象的應用可實現在用戶端運行伺服器端代碼，從而避免丟失用戶端狀態並且 不導致伺服器往返的處理開銷。這些內容與伺服器控制項事件之間有著一些聯絡。然而，由於回調應用在伺服器控制項中應用較少。因此，將不作過多說明。

　　4. 小結

　 　從技術發展的角度來講，ASP.NET技術從1.x升級到2.0版本，在伺服器控制項事件開發方面沒有任何明顯的修改。如果讀者已經瞭解了ASP.NET 1.x下建立伺服器控制項事件的內容，那麼可以按照過去1.x的方法和思路進行開發。下面一篇文章，筆者將通過典型樣本介紹伺服器控制項捕獲回傳事件的實現方 法。