ASP.NET2.0服务器控件之自定义状态管理(二)

实现基于Control基类的自定义视图状态管理

　　如果开发人员需要优化默认视图状态管理机制，以提高控件运行效率和性能，那么必须理解Control基类中默认视图状态管理机制。通过掌握这个管理机制，可以模仿其处理过程以实现自定义视图状态管理。

　　实现基于Control基类的自定义视图状态管理，需要开发人员实现3个方法：LoadViewState、SaveViewState和TrackViewState。它们与上一小节中介绍的IStateManager接口成员方法同名，并且在方法意义上也基本相同。在此就不对这3个方法多做说明了。

　　Control基类中的默认视图状态管理机制定义了一个StateBag类型的ViewState属性，并将视图状态管理的任务委托给它。下面请看Control基类的默认状态管理的实现逻辑。

private StateBag _viewState; protected virtual StateBag ViewState{ 　get { 　　if(_viewState != null) 　　{ 　　　return _viewState; 　　} 　　_viewState = new StateBag(ViewStateIgnoresCase); 　　if(IsTrackingViewState) 　　　_viewState.TrackViewState(); 　　　return _viewState; 　} } protected virtual void TrackViewState(){ 　if(_viewState != null) { 　　_viewState.TrackViewState(); 　} 　return null; } protected virtual object SaveViewState(){ 　if(_viewState != null) { 　　_viewState.SaveViewState(); 　} 　return null; } protected virtual void LoadViewState(object savedState){ 　if(savedState != null) { 　　ViewState.LoadViewState(savedState); 　} }

　　从上面的代码可以看出：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基类的视图状态管理机制的冲突，那样就可能产生混乱。而采用目前的这种方式，无论从灵活性、继承性、可复用性，以致从编程人员的习惯上，都具有很多优点。

查看本文来源