ASP.NET頁面Attributes和Attributes.CssStyle
眾所周知，在編寫WebCustomControl時，繼承于WebControl基類的Attributes以及其Attributes.CssStyle屬性是十分常用和重要的。但就是這兩個重要的屬性，如果開發(fā)中使用不當(dāng)卻會帶來莫名其妙的效率問題。
由于html的靈活性和不完備性，導(dǎo)致了WebControl基類沒有完整的表現(xiàn)html元素所提供和支持的所有標(biāo)簽屬性和CSS屬性（當(dāng)然由于不同 browser的兼容問題，要提供完備的屬性是不可能的）。又由于很多html標(biāo)簽屬性和CSS屬性都是很生僻的，很少或極少被使用，如果要完備的支持，反而會成為WebControl的負(fù)擔(dān)。所以Attributes和Attributes.CssStyle這兩個屬性很好的解決了這個問題，當(dāng)然這兩個屬性除了支持應(yīng)有的html標(biāo)簽屬性和CSS屬性外，還支持任何合法的自定義key/value對。這里要討論的問題就來之這個對自定義key/value對的支持上。
Attributes屬性的類型是一個AttributeCollection，本來很自然的一個東西，可是不知道怎么搞得，AttributeCollection的構(gòu)造函數(shù)卻需要一個StateBag參數(shù)：
- publicAttributeCollection(StateBagbag)
- {
- this._bag=bag;
- }
這樣的結(jié)果就是，ASP.NET頁面Attributes和Attributes.CssStyle可能會被保存在ViewState中，事實上ASP.NET默認(rèn)確實會保存其中的內(nèi)容到ViewState中。
這種設(shè)計真的是讓人覺得莫名其妙，在大家對ViewState效率問題的討論中，覺得ViewState確實是雞肋，用來保持一些服務(wù)器狀態(tài)和數(shù)據(jù)讓大家覺得方便也就算了?？墒蔷尤话押蚒I相關(guān)的內(nèi)容都一股腦存到ViewState里，真的是瘋狂。
下面是使用Attributes定義了一些自定義內(nèi)容后的ViewState的情形：
ASP.NET頁面Attributes和Attributes.CssStyle被自動保存到ViewState中后，除了ViewState體積急增后，PostBack時Load ViewState的負(fù)擔(dān)也同時增大了。上面這個事例中的頁面PostBack的LoadState代價，如下圖：
實際上我在編寫控件時，從來沒有想過要保持Attributes和Attributes.CssStyle，也沒有想過要再次使用其中的數(shù)據(jù)。而且這個默認(rèn)保存到ViewState的行為居然不能定制（至少我還沒有發(fā)現(xiàn)），后來想到在ASP.NET頁面生存期中，SaveState結(jié)束在PreRender中，所以在Render事件中使用Attributes和Attributes.CssStyle的就不會保存到ViewState中去。
修改代碼：
- protectedoverridevoidOnPreRender(EventArgse)
- {
- this.Attributes["abc"]="123";
- this.Attributes.CssStyle["abc-style"]="123-style";
- base.OnPreRender(e);
- }
為如下形式：
- protectedoverridevoidRender(HtmlTextWriteroutput)
- {
- this.Attributes["abc"]="123";
- this.Attributes.CssStyle["abc-style"]="123-style";
- output.Write(Text);
- }
就不會再將ASP.NET頁面Attributes和Attributes.CssStyle保存到ViewState中了，上面那個AnalysisReport按上面的示例修改后，綁定同樣數(shù)據(jù)的運行效果為：
LoadState的代價也大大降低，其開銷為：
【編輯推薦】
