利用ASP.NET 2.0技術，創建Web自定義服務器控件並不是一件輕松的事情。因為，這需要開發人員了解並能夠靈活應用多種web開發技術，例如，CSS樣式表、客戶端腳本語言、.NET開發語言、服務器控件開發技術，甚至是當前最火的AJax技術等等。雖然現實如此"艱難"，但是這種開發技術也不是真的難到不可掌握。事事都要從頭做起。本文將針對利用ASP.Net 2.0技術，創建Web自定義服務器控件的基礎知識進行詳細介紹，內容包括：服務器控件概念、控件類型、生命周期等。
1. 什麼是Web服務器控件
在ASP.Net 2.0中，Web服務器控件是指在服務器上執行程序邏輯的組件。這個組件可能生成一定的用戶界面，也可能不包括用戶界面。每個服務器控件都包含一些成員對象，以便開發人員調用，例如，屬性、事件、方法等。
通常情況下，服務器控件都包含在ASP.NET頁面中。當運行頁面時，.Net執行引擎將根據控件成員對象和程序邏輯定義完成一定的功能。例如，在客戶端呈現用戶界面。這時，用戶可與控件發生交互行為，當頁面被用戶提交時，控件可在服務器端引發事件，並由服務器端根據相關事件處理程序來進行事件處理。服務器控件是WebForm編程模型的重要元素，它們構成了一個新的、基於控件的表單程序的基礎。通過這種方式可以簡化Web應用程序的開發，提高應用程序的開發效率。
服務器控件的廣泛應用，簡化了應用程序的開發，提高了工作效率。那麼，何時應創建並使用自定義服務器控件呢？下面列舉了在三種具體適用情況：
（1）某個現有服務器控件基本符合應用要求，但是，缺少某些特殊的功能，這時可以通過從現有控件中派生並重寫其屬性、方法或事件來自定義服務器控件。
（2）需要使用的服務器控件結合了兩個或多個現有控件的功能，例如，封裝一個按鈕和一個文本框的復合控件。此時可以通過創建服務器控件達到這一目的。
（3）現有服務器控件（或其組合）均不符合應用的要求。對於這種情況，可以通過從基類派生的方式來創建自定義服務器控件。
2 服務器控件的類型
ASP.NET 2.0提供了多種服務器控件。根據服務器控件定義方式，可分為以下3種類型：Html服務器控件、ASP.Net標准服務器控件和自定義服務器控件。
（1）Html服務器控件
HTML服務器控件派生自名字空間System.Web.UI.HtmlControls。它們由普通HTML控件（指HTML語言已定義的控件，例如，Button、Input等）轉換而來，其呈現的輸出，基本上與普通HTML控件一致。默認情況下，服務器端很難控制Web頁面上的普通HTML控件，但是，通過將普通HTML控件轉換為Html服務器控件的方法，開發人員則能夠輕而易舉對其進行編程控制。
將普通HTML控件轉換為Html服務器控件方法比較簡單。一般情況下，通過兩個步驟完成轉換：
（1）在普通Html控件特性中添加Runat="Server"屬性；
（2）設置ID屬性。通過轉換，普通HTML控件的相關屬性、事件、方法等將全部映射到HTML服務器控件中，由此，通過編程即可在頁面處理過程中引用並控制該Html服務器控件。
Html服務器控件具有以下幾個重要特點：
一、可在服務器上使用面向對象技術對其進行編程控制，這為編程開發提供了便利。
二、自動維護視圖狀態。在頁面窗體到服務器端往返期間，用戶在Html服務器控件中輸入的值將在頁面回傳中自動維護。
三、與驗證控件進行交互，便於驗證用戶是否在控件輸入了適當的信息。
四、允許在HTML服務器控件中自定義屬性。開發人員可以將任何需要的屬性添加到Html服務器控件的屬性集中，頁框架將讀取並呈現它們而不更改其他任何功能。
（2）ASP.Net標准服務器控件
ASP.NET標准服務器控件均在名字空間System.Web.UI.WebControls中定義。所謂"標准"是指這類服務器控件內置於 ASP.Net 2.0框架中，是預先定義的。這類控件並不一對一映射到HTML服務器控件，它們比Html服務器控件具有更加豐富的功能，並且更加抽象。
與ASP.NET 1.x相比，ASP.NET 2.0新增了50多個標准服務器控件。按照控件所提供的功能，ASP.Net標准服務器控件可分為以下6種類型：
（1）標准控件：主要是指傳統的Web窗體控件，例如TextBox、Button、Panel等控件。它們有一組標准化的屬性、事件和方法，因此能夠使開發工作變得簡單易行。
（2）數據控件：該類控件可細分為兩種類型：數據源控件和數據綁定控件。數據源控件主要實現數據源連接、SQL語句/存儲過程執行，返回數據集合等功能。具體包括SqlDataSource、AccessDataSource、XMLDataSource、SiteMapDataSource、 ObjectDataSource等。數據綁定控件包括Repeater、DataList、GridView、DetailsView、 FormVIEw等。這類控件主要實現數據顯示、提供編輯、刪除等相關用戶界面等。通常情況下，首先，需要使用數據源控件連接數據庫，並返回數據集合，然後，利用數據綁定控件實現數據顯示、更新、刪除等功能。由於Visual Studio 2005設計時的強大支持下，開發人員可以快速實現以上功能，甚至不需要編寫一行代碼。
（3）驗證控件：它們是一組特殊的控件，控件中包含驗證邏輯以測試用戶輸入。具體包括：RequiredFieldValidator、RangeValIEdator、 RegularExpressionValidator、CompareValidator等等。開發人員可以將驗證控件附加到輸入控件，測試用戶對該輸入控件輸入的內容。驗證控件可用於檢查輸入字段，對照字符的特定值或模式進行測試，其目的是驗證某個值是否在限定范圍之內或者其他邏輯。
（4）站點導航控件：該類控件可與站點導航數據結合，實現站點導航功能。具體包括：Menu、SiteMapPath、TreeVIEw。對於大型站點，站點導航控件都有著廣泛應用前景。
（5）WebParts控件：Web部件是一項非常了不起的功能，利用它能夠創建具備高度個性化特征的Web應用程序。實現Web部件功能需要 WebParts控件支持，ASP.Net 2.0提供了以下相關控件，例如WebPartManager、WebPartZone、EditorZone、CatalogZone、 PageCatalogPart、AppearanceEditorPart等等。
（6）登錄控件：這類控件可快速實現用戶登錄及相關功能，例如，顯示登錄狀態、密碼恢復、創建新用戶等。具體包括：LoginVIEw、Login、CreateUserWizard、LoginStatus等等。
ASP.Net標准服務器控件由於是官方提供，因此，從系統內部就提供了對它們的強大支持。對於開發人員而言，這些控件是構建Web應用程序的主力軍。
（3）自定義服務器控件
自定義服務器控件派生自名字空間System.Web.UI.Control或System.Web.UI.WebControls。這種服務器控件完全由開發人員自行設計開發，開發人員可自定義UI、功能、屬性、方法、事件等特征，這是自定義服務器控件與ASP.Net標准服務器控件本質的區別。
常見的自定義服務器控件分為4種：復合控件、驗證控件、模板控件和數據綁定控件。
（1）復合控件：該類控件包含兩個或多個已存在控件。它復用了子控件提供的實現來進行控件呈現、事件處理及其他功能。
（2）驗證控件：與上文所述標准服務器控件中的驗證控件定義相同。
（3）模板控件：該類控件提供了一種稱為模板的通用功能。模板控件本身不提供用戶界面，而是通過內聯模板提供，這意味著模板控件允許頁面開發人員自定義該控件的用戶界面。
（4）數據綁定控件：與上文所述標准服務器控件中的數據綁定控件定義相同。
另外，除了以上4類控件之外，自定義服務器控件具有以下特點：
（1）靈活性強：開發人員可以根據應用需要，自定義其中的UI、功能、屬性、方法和事件等。
（2）樣式支持：由於自定義服務器控件可能派生自System.Web.UI.WebControls，因此通過繼承的Style屬性可定義樣式，例如字體、高度、寬度、顏色等。
（3）提供對標准服務器控件的擴展功能：自定義服務器控件可在繼承標准服務器控件的基礎上，擴展或改進相關屬性、方法、功能等，甚至可以將不同的服務器控件組合起來，形成復合控件。
（4）易於部署：具有"即插即用"的特征，開發人員只要將編譯好的自定義服務器控件復制到相關的bin目錄即可使用。
（5）難於創建：開發自定義服務器控件需要開發人員員精通多方面技術，同時，還需要耗費大量的精力和時間。
3、服務器控件生命周期簡介
服務器控件的生命周期是創建服務器控件最重要的概念。作為開發人員，必須對服務器控件生命周期深刻理解。當然，這不是一朝一夕就可以做到的。對於學習控件開發技術的初學者，可以不必掌握得非常詳細深入，只需對服務器控件的生命周期中的不同階段有一個大致的了解即可。
在掌握服務器控件生命周期的過程中，讀者要特別注意有關服務器控件狀態的相關內容。在重點了解生命周期各個階段的同時，對服務器控件的狀態變化要注意以下問題：控件的生命周期何時保存控件和恢復其狀態；何時與頁面及其他控件之間進行交互；何時執行重要的處理邏輯；在各個階段，控件可使用哪些信息、保持哪些數據、控件呈現時處於哪種狀態以及何時輸出顯示標記文本等。如下列舉了服務器控件生命周期所要經歷的11個階段。
（1）初始化-- --在此階段中，主要完成兩項工作：一、初始化在傳入Web請求生命周期內所需的設置；二、跟蹤視圖狀態。首先，頁面框架通過默認方式引發Init事件，並調用OnInit()方法，控件開發人員可以重寫該方法為控件提供初始化邏輯。此後，頁面框架將調用TrackViewState方法來跟蹤視圖狀態。需要注意的是：多數情況下，Control基類提供的TrackViewState方法實現已經足夠了。只有在控件定義了復雜屬性時，開發人員才可能需要重寫TrackVIEwState方法。
（2）加載視圖狀態----此階段的主要任務是檢查服務器控件是否存在以及是否需要將其狀態恢復到它在處理之前的請求結束的狀態。因此該過程發生在頁面回傳過程中，而不是初始化請求過程。在此階段，頁面框架將自動恢復VIEwState字典。如果服務器控件不維持其狀態，或者它有能力通過默認方式保存其所有狀態而使用ViewState字典，那麼開發人員則不必實現任何邏輯。針對那些無法在 VIEwState字典中存儲的數據類型或者需要自定義狀態管理的情況，開發人員可以通過重寫LoadVIEwState方法來自定義狀態的恢復和管理。
（3）處理回發數據----若要使控件能夠檢查客戶端發回的窗體數據，那麼必須實現System.Web.UI.IPostBackDataHandler接口的 LoadPostData()方法。因此只有處理回發數據的控件參與此階段。
（4）加載----至此階段開始，控件樹中的服務器控件已創建並初始化、狀態已還原並且窗體控件反映了客戶端的數據。此時，開發人員可以通過重寫OnLoad()方法來實現每個請求共同的邏輯。
（5）發送回發更改通知----在此階段，服務器控件通過引發事件作為一種信號，表明由於回發而發生的控件狀態變化（因此該階段僅用於回發過程）。為了建立這種信號，開發人員必須再次使用System.Web.UI.IPostBackDataHandler接口，並實現另一方法- RaisePostBackChangedEvent()。其判斷過程為：如果控件狀態因回發而更改，則LoadPostData()返回true；否則返回false。頁面框架跟蹤所有返回true的控件並在這些控件上調用RaisePostDataChangedEvent()。
（6）處理回發事件----該階段處理引起回發的客戶端事件。為了便於將客戶端事件映射到服務器端事件上進行處理，開發人員在此階段可以通過實現 System.Web.UI.IPostBackEventHandler接口的RaisePostBackEvent()方法來實現該邏輯。由此途徑，服務器控件將成功捕獲回發的客戶端事件進行服務器端的相應處理。
（7）預呈現----該階段完成在生成控件之前所需要的任何工作。通常情況下是通過重寫OnPreRender()方法完成該工作。需要注意的是：在該階段，可以保存在預呈現階段對控件狀態所做的更改，而在呈現階段進行的更改則會丟失。
（8）保存狀態----如果服務器控件不維持狀態，或者它有能力通過默認方式保存其所有狀態而使用VIEwState字典，那麼開發人員不必在該階段實現任何邏輯。因為這個保存狀態的過程是自動的。如果服務器控件需要自定義狀態保存，或者控件無法在VIEwState字典中存儲特殊的數據類型，則需要通過重寫SaveVIEwState()方法來實現狀態保存。
（9）呈現----表示向HTTP輸出流中寫入標記文本的過程。開發人員通過重寫Render()方
法使其在輸出流上自定義標記文本。
（10）處置----在此階段中，通過重寫Dispose ()方法完成釋放對昂貴資源的引用，如數據庫鏈接等。
（11）卸載----完成的工作與"處置"階段相同，但是，開發人員通常在Dispose()方法中執行清除，而不處理Unload事件。
4、小結
服務器控件在ASP.Net 2.0框架中起著舉足輕重的作用，是構建Web應用程序最關鍵、最重要的組成元素。對於一個優秀的開發人員，掌握服務器控件的基礎知識是非常重要的。本文就服務器控件的概念、類型、生命周期等關鍵內容進行了介紹。希望讀者能夠將這些內容牢固掌握，為寫出精彩的服務器控件打下良好的基礎。
創建ASP.Net裡的服務器控件和Windows Form的控件一樣，也有幾種方式：
1、 用戶控件（user control）
2、 從Control、WebControl派生的自定義控件
3、 從已有的ASP.Net服務器控件擴展
用戶控件以.ascx為擴展名，並保存為文本文件，用戶控件不像從Control和WebControl派生下來的服務器控件那樣需要預編譯，當用戶控件在.aspx頁面中使用的時候，頁面解析器從.aspx文件中動態地生成一個類，並且將其編譯到一個裝配件中。其優點有：解決了代碼復用，同時每一個用戶控件有自己的對象模型，其編寫語言和.ASPx頁面的語言無關。
從已有的ASP.net服務器控件擴展，主要是對.Net原生的服務器控件的功能加強以適用我們開發和最終用戶的需要。
從Control、WebControl派生的自定義控件以編譯過的類庫形式部署的。
上述的1和3在本系列中將不做講解，在本系列中只講解從Control、WebControl派生的服務器控件。
我們要編寫一個自定義控件，只要從Control、WebControl繼承即可，Control已經實現了IComponent接口，而WebControl本身又是從Control上派生下來的，因而他們也支持組件的可視化設計。
Render方法和HtmlTextWriter類，當我們從一個Control類派生一個ASP.Net服務器控件時，Control類為我們提供了可重載的Render和一個HtmlTextWriter類型的實例，Render方法就是將服務器控件內容發送到提供的 HtmlTextWriter 對象，而HtmlTextWriter封裝了Html寫文本流的功能函數。
using System;
using System.Collections.Generic;
using System.Text;
namespace ClassLibrary1
{
public class Control1 : System.Web.UI.Control
{
protected override void Render(System.Web.UI.HtmlTextWriter writer)
{
writer.Write("I'm here.");
}
}
public class Control2 : System.Web.UI.WebControls.WebControl
{
protected override void Render(System.Web.UI.HtmlTextWriter writer)
{
writer.Write("I'm here too.");
}
}
}
上面的代碼裡我們定義了一個Contro1和Control2，他們分別從Control和WebControl繼承下來，那他們之間到底有什麼樣的本質區別呢？先看下面的效果：
從上面的效果我們不難看出他們之間有什麼區別，WebControl類通過屬性提供了對樣式的支持，比如字體、高度、背景色等等。那我們什麼時候來選擇從Control派生，什麼時候又選擇從WebControl派生呢？如果控件要生成非可視化的元素或顯示給非HTML客戶端，就從Control派生，如SqlDataSource；如果要提供客戶端生成可視化的Html，那我們就從WebControl派生，如TextBox。
http://blog.csdn.Net/tIElu0144/archive/2007/02/05/1502886.ASPx
