ASP.NET效率陷阱之——Attributes

字號:

眾所周知,在編寫WebCustomControl時(shí),繼承于WebControl基類的Attributes以及其Attributes.CssStyle屬性是十分常用和重要的。但就是這兩個(gè)重要的屬性,如果開發(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這兩個(gè)屬性很好的解決了這個(gè)問題,當(dāng)然這兩個(gè)屬性除了支持應(yīng)有的html標(biāo)簽屬性和CSS屬性外,還支持任何合法的自定義key/value對。這里要討論的問題就來之這個(gè)對自定義key/value對的支持上。
     Attributes屬性的類型是一個(gè)AttributeCollection,本來很自然的一個(gè)東西,可是不知道怎么搞得,AttributeCollection的構(gòu)造函數(shù)卻需要一個(gè)StateBag參數(shù): public AttributeCollection(StateBag bag)
    {
     this._bag = bag;
    }
     這樣的結(jié)果就是,Attributes和Attributes.CssStyle可能會被保存在ViewState中,事實(shí)上ASP.NET默認(rèn)確實(shí)會保存其中的內(nèi)容到ViewState中。
     這種設(shè)計(jì)真的是讓人覺得莫名其妙,在大家對ViewState效率問題的討論中,覺得ViewState確實(shí)是雞肋,用來保持一些服務(wù)器狀態(tài)和數(shù)據(jù)讓大家覺得方便也就算了??墒蔷尤话押蚒I相關(guān)的內(nèi)容都一股腦存到ViewState里,真的是瘋狂。
     下面是使用Attributes定義了一些自定義內(nèi)容后的ViewState的情形:
     // AnalysisReport自定義控件上定義了一些自定的內(nèi)容
     Attributes和Attributes.CssStyle被自動保存到ViewState中后,除了ViewState體積急增后,PostBack時(shí)Load ViewState的負(fù)擔(dān)也同時(shí)增大了。上面這個(gè)事例中的頁面PostBack的LoadState代價(jià),如下圖:
     實(shí)際上我在編寫控件時(shí),從來沒有想過要保持Attributes和Attributes.CssStyle,也沒有想過要再次使用其中的數(shù)據(jù)。而且這個(gè)默認(rèn)保存到ViewState的行為居然不能定制(至少我還沒有發(fā)現(xiàn)),后來想到在ASP.NET頁面生存期中,SaveState結(jié)束在PreRender中,所以在Render事件中使用Attributes和Attributes.CssStyle的就不會保存到ViewState中去。
     修改代碼:
    protected override void OnPreRender(EventArgs e)
    {
     this.Attributes["abc"] = "123";
     this.Attributes.CssStyle["abc-style"] = "123-style";
     base.OnPreRender(e);
    }
     為如下形式:
    protected override void Render(HtmlTextWriter output)
    {
     this.Attributes["abc"] = "123";
     this.Attributes.CssStyle["abc-style"] = "123-style";
     output.Write(Text);
    }