在前面的系列文章中，我們曾經介紹了視圖狀態和控件狀態的基本概念和典型應用，從中可以發現，視圖狀態和控件狀態對于自定義服務器控件實現的重要性。本文將繼續這一主題，重點介紹實現視圖狀態和控件狀態自定義管理的方法。

　　自定義視圖狀態管理

　　在介紹視圖狀態時，我們曾經提到過：對于簡單屬性，例如，String、Int等類型，.NET執行引擎將自動啟用默認視圖狀態管理機制，以便完成相應的功能。然而，如果開發人員在ViewState中保存的是自定義數據類型，或者需要實現自定義方式優化視圖狀態管理時，則必須實現自定義視圖狀態管理。

　　實現自定義視圖狀態管理可以通過兩種方法。方法一：實現System.Web.UI命名空間中的IStateManager接口成員，其中包括IsTrackingViewState屬性和TrackViewState、SaveViewState和LoadViewState方法。這種方法主要是針對自定義數據類型的視圖狀態管理的情況。方法二：重寫Control基類的3個視圖狀態管理方法：TrackViewState、SaveViewState和LoadViewState。這些方法與IStateManager接口定義的3個方法名稱一致。這種方法主要用于通過自定義方式優化默認視圖狀態管理的情況，其主要目的在于提高效率和性能。掌握以上兩種實現方法的捷徑是，必須深刻理解.NET框架內部實現視圖狀態管理的過程。下面兩小節內容都是有關內部實現方法的介紹。每一節中均有實現代碼，實際就相當于實例代碼。所有服務器控件的自定義視圖狀態管理的實現都不會偏離那些代碼所表達的邏輯。當讀者真正掌握了那些內部實現方法，那么自定義視圖狀態管理的實現方法也就迎刃而解了。

　　1、實現基于IStateManager接口的自定義視圖狀態管理

　　對于復雜屬性而言，多數需要實現自定義視圖狀態管理，其關鍵是實現System.Web.UI.IStateManager接口中定義的方法和屬性。下面列舉了IStateManager接口定義代碼。

 

　　如上代碼所示，IStateManager接口要求類實現IsTrackingViewState屬性，以及LoadViewState、SaveViewState和TrackViewState方法。IsTrackingViewState屬性定義，當由類實現時，獲取一個布爾值，通過該值指示服務器控件是否正在跟蹤其視圖狀態更改。如果服務器控件正在跟蹤其視圖狀態更改，則為true；否則為false。SaveViewState方法定義，當由類實現時，將服務器控件的視圖狀態更改保存到Object中。LoadViewState方法定義，當由類實現時，加載服務器控件以前保存的控件視圖狀態，其中的參數state表示包含控件保存的視圖狀態值的Object。TrackViewState方法定義，當由類實現時，指示服務器控件跟蹤其視圖狀態更改。

　　ViewState屬性與IStateManager接口之間存在密切聯系。ViewState屬性的類型是StateBag類，StateBag類通過實現IStateManager接口中定義的方法和屬性來參與狀態管理。其實現過程如下。

 

　　請讀者注意：以上代碼為示意性代碼，并非嚴ge意義上的實現代碼。在此列出，主要是用于說明StateBag類實現IStateManager接口的邏輯過程。

　　通過上面的代碼，我們可以看到：

　　(1)在IsTrackingViewState屬性中，將該屬性設置為只讀，并且使用私有變量_isTrackingViewState。

　　(2)在TrackViewState方法中，把IsTrackingViewState屬性使用的私有變量_isTrackingViewState設置為true，這指示系統當某個StateItem添加到StateBag中，或者某個StateItem值被修改時，StateBag類就會自動將該StateItem標記為修改過即添加dirty標記。

　　(3)在SaveViewState方法中，循環StateBag中的每個StateItem，如果該StateItem被標記為dirty，那么就將其鍵和值分別添加到兩個ArrayList中，并返回該對象。

　　(4)在LoadViewState方法中，執行了與SaveViewState方法相反的操作。首先將savedState對象分解為兩個保存有鍵和值的ArrayList，然后將其中的值加載到相應的StateItem對象中。

　　以上就是ViewState屬性實現IStateManager接口的基本過程。所有的視圖狀態管理過程，都要使用以上的實現過程，因此理解以上邏輯對于深入掌握自定義視圖狀態管理機制具有舉足輕重的作用。

　　2、實現基于Control基類的自定義視圖狀態管理

　　如果開發人員需要優化默認視圖狀態管理機制，以提高控件運行效率和性能，那么必須理解Control基類中默認視圖狀態管理機制。通過掌握這個管理機制，可以模仿其處理過程以實現自定義視圖狀態管理。

　　實現基于Control基類的自定義視圖狀態管理，需要開發人員實現3個方法：LoadViewState、SaveViewState和TrackViewState。它們與上一小節中介紹的IStateManager接口成員方法同名，并且在方法意義上也基本相同。在此就不對這3個方法多做說明了。

　　Control基類中的默認視圖狀態管理機制定義了一個StateBag類型的ViewState屬性，并將視圖狀態管理的任務委托給它。下面請看Control基類的默認狀態管理的實現邏輯。

 

　　從上面的代碼可以看出：ViewState屬性是StateBag類型，當_viewState不為null時，則返回_viewState；當_viewState為null時，則初始化一個StateBag類型的變量_viewState，并判斷控件是否正在跟蹤其視圖狀態更改，如果服務器控件正在跟蹤其視圖狀態更改，那么就調用TrackViewState方法開始狀態跟蹤，最后返回_viewState。另外，在TrackViewState、SaveViewState、LoadViewState方法中，均使用了StateBag類中有關視圖狀態管理的方法。

　　在Control基類的默認視圖狀態管理過程中，由于定義了ViewState屬性為StateBag類型，所以必然使用上文中StateBag類實現視圖狀態管理的邏輯。如果讓Control基類實現IStateManager接口中的方法和屬性，那么其實現過程必然與StateBag類實現IStateManager接口大同小異，這必然將造成重復，由此可能造成.NET框架改變IStateManager接口的訪問性質。此外，在進行自定義視圖狀態管理的過程中，可能出現StateBag類型與Control基類的視圖狀態管理機制的沖突，那樣就可能產生混亂。而采用目前的這種方式，無論從靈活性、繼承性、可復用性，以致從編程人員的習慣上，都具有很多優點。

　　自定義控件狀態管理

　　視圖狀態與控件狀態在數據管理方面不太相同。ASP.NET 2.0在支持針對簡單屬性的默認視圖狀態管理機制的同時，還支持自定義視圖狀態管理。然而，對于控件狀態管理而言，則不存在默認控件狀態管理機制。開發人員必須實現自定義控件狀態管理過程。本小節介紹一下自定義控件狀態管理的實現方法，這對于實現基于控件狀態功能的對象有著重要意義。

　　實際上，在前面系列文章介紹控件狀態的過程中，讀者已經接觸了控件狀態實現的內容，其中就包括自定義控件狀態管理的實現。這個過程的實現與基于Control基類的自定義視圖狀態管理非常相似，二者都需要重寫Control基類中的方法。實現自定義控件狀態管理需要重寫Control基類的SaveControlState和LoadControlState。下面列舉了一段簡單示例代碼。

 

　　實現自定義控件狀態管理分為3個關鍵步驟：

　　（1）調用RegisterRequiresControlState方法。該方法用于將自定義控件注冊為具有持久性控件狀態的控件。

　　（2）重寫SaveControlState方法。該方法用于保存自頁回發到服務器后發生的任何服務器控件狀態更改。

　　（3）重寫LoadControlState方法。該方法用于從SaveControlState方法保存的上一個頁請求還原控件狀態信息。

　　小結
　
　　本章主要介紹了自定義視圖狀態和控件狀態管理的內容。它們對于實現自定義服務器控件有著重要意義。建議讀者首先深入理解理論知識，然后再嘗試進行開發工作，這樣可獲得更好的學習效果。