如何将恶魔转化为天使,并巧妙迁移ViewState到SqlServer?
- 内容介绍
- 文章标签
- 相关推荐
本文共计894个文字,预计阅读时间需要4分钟。
《开发笔记:谈ViewState的重要性与适用情况》ViewState在ASP.NET开发中扮演着重要角色。它主要用于存储页面状态,避免在每次回传(PostBack)时重新加载所有数据。虽然原文提到其主要适用于当不得不用ViewState的情况,但以下是简化后的内容:
ViewState直接以备争议,主要因其占用内存,导致客户回传(PostBack)数据量增大。
(发文后记:还是说清楚前提吧,本文只适用于当不得已才使用ViewState的情况)
ViewState一直以来备受争议,主要是因为他臃肿的体积,导致客户的的回传(PostBack)数据量很大,而其中真正有用的数据又很少,网络带宽被浪费不说,用户的体验也很差。
最近项目中用到了Telerik的RadGrid,使用服务器端绑定数据后页面ViewState体积过大,而导致性能严重降低,便开始找寻优化方式,尽量将ViewState存在服务器端。
由于项目已开发至中期,不可能做类似于取消ViewState或使用客户端绑定之类的大规模改动。
本文共计894个文字,预计阅读时间需要4分钟。
《开发笔记:谈ViewState的重要性与适用情况》ViewState在ASP.NET开发中扮演着重要角色。它主要用于存储页面状态,避免在每次回传(PostBack)时重新加载所有数据。虽然原文提到其主要适用于当不得不用ViewState的情况,但以下是简化后的内容:
ViewState直接以备争议,主要因其占用内存,导致客户回传(PostBack)数据量增大。
(发文后记:还是说清楚前提吧,本文只适用于当不得已才使用ViewState的情况)
ViewState一直以来备受争议,主要是因为他臃肿的体积,导致客户的的回传(PostBack)数据量很大,而其中真正有用的数据又很少,网络带宽被浪费不说,用户的体验也很差。
最近项目中用到了Telerik的RadGrid,使用服务器端绑定数据后页面ViewState体积过大,而导致性能严重降低,便开始找寻优化方式,尽量将ViewState存在服务器端。
由于项目已开发至中期,不可能做类似于取消ViewState或使用客户端绑定之类的大规模改动。

