欢迎来到天天文库
浏览记录
ID:9673398
大小:49.50 KB
页数:2页
时间:2018-05-05
《asp.net效率陷阱之》由会员上传分享,免费在线阅读,更多相关内容在应用文档-天天文库。
1、ASP.NET效率陷阱之众所周知,在编写Control时,继承于l的灵活性和不完备性,导致了l元素所提供和支持的所有标签属性和CSS属性(当然由于不同brol标签属性和CSS属性都是很生僻的,很少或极少被使用,如果要完备的支持,反而会成为l标签属性和CSS属性外,还支持任何合法的自定义key/value对。这里要讨论的问题就来之这个对自定义key/value对的支持上。Attributes属性的类型是一个AttributeCollection,本来很自然的一个东西,可是不知道怎么搞得,AttributeCollection的构造函数却需要一个StateBag参数:publicAttr
2、ibuteCollection(StateBagbag){this._bag=bag;}这样的结果就是,Attributes和Attributes.CssStyle可能会被保存在ViewState中,事实上ASP.默认确实会保存其中的内容到ViewState中。这种设计真的是让人觉得莫名其妙,在大家对ViewState效率问题的讨论中,觉得ViewState确实是鸡肋,用来保持一些服务器状态和数据让大家觉得方便也就算了。可是居然把和UI相关的内容都一股脑存到ViewState里,真的是疯狂。下面是使用Attributes定义了一些自定义1234下一页>>>>这篇文章来自..,。内容后
3、的Vie>//AnalysisReport自定义控件上定义了一些自定的内容Attributes和Attributes.CssStyle被自动保存到ViewState中后,除了ViewState体积急增后,PostBack时LoadViewState的负担也同时增大了。上面这个事例中的页面PostBack的LoadState代价,如下图:实际上我在编写控件时,从来没有想过要保持Attributes和Attributes.CssStyle,也没有想过要再次使用其中的数据。而且这个默认保存到ViewState的行为居然不能定制(至少我还没有发现),后来想到在ASP.页面生存期中,SaveS
4、tate结束在PreRender中,所以在Render事件中使用Attributes和Attributes.CssStyle的就不会保存到ViewState中去。修改代码:protectedoverridevoidOnPreRender(EventArgse){this.Attributes["abc上一页1234下一页>>>>这篇文章来自..,。"]="123";this.Attributes.CssStyle["abc-style"]="123-style";base.OnPreRender(e);}为如下形式:protectedoverridevoidRender(HtmlTe
5、xtWriteroutput)上一页1234下一页>>>>这篇文章来自..,。{this.Attributes["abc"]="123";this.Attributes.CssStyle["abc-style"]="123-style";output.Write(Text);}就不会再将Attributes和Attributes.CssStyle保存到ViewState中了,上面那个AnalysisReport按上面的示例修改后,绑定同样数据的运行效果为:LoadState的代价也大大降低,其开销为:上一页1234>>>>这篇文章来自..,。
此文档下载收益归作者所有