最新文章专题视频专题问答1问答10问答100问答1000问答2000关键字专题1关键字专题50关键字专题500关键字专题1500TAG最新视频文章推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37视频文章20视频文章30视频文章40视频文章50视频文章60 视频文章70视频文章80视频文章90视频文章100视频文章120视频文章140 视频2关键字专题关键字专题tag2tag3文章专题文章专题2文章索引1文章索引2文章索引3文章索引4文章索引5123456789101112131415文章专题3
问答文章1 问答文章501 问答文章1001 问答文章1501 问答文章2001 问答文章2501 问答文章3001 问答文章3501 问答文章4001 问答文章4501 问答文章5001 问答文章5501 问答文章6001 问答文章6501 问答文章7001 问答文章7501 问答文章8001 问答文章8501 问答文章9001 问答文章9501
当前位置: 首页 - 科技 - 知识百科 - 正文

化恶魔为天使,巧移ViewState至SqlServer

来源:懂视网 责编:小采 时间:2020-11-09 07:24:41
文档

化恶魔为天使,巧移ViewState至SqlServer

化恶魔为天使,巧移ViewState至SqlServer:(发文后记:还是说清楚前提吧,本文只适用于当不得已才使用ViewState的情况) ViewState 一直以来备受争议,主要是因为他臃肿的体积,导致客户的的回传( PostBack )数据量很大,而其中真正有用的数据又很少,网络带宽被浪费不说,用户的体验也很差。 最近
推荐度:
导读化恶魔为天使,巧移ViewState至SqlServer:(发文后记:还是说清楚前提吧,本文只适用于当不得已才使用ViewState的情况) ViewState 一直以来备受争议,主要是因为他臃肿的体积,导致客户的的回传( PostBack )数据量很大,而其中真正有用的数据又很少,网络带宽被浪费不说,用户的体验也很差。 最近

(发文后记:还是说清楚前提吧,本文只适用于当不得已才使用ViewState的情况) ViewState 一直以来备受争议,主要是因为他臃肿的体积,导致客户的的回传( PostBack )数据量很大,而其中真正有用的数据又很少,网络带宽被浪费不说,用户的体验也很差。 最近

(发文后记:还是说清楚前提吧,本文只适用于当不得已才使用ViewState的情况)
ViewState
一直以来备受争议,主要是因为他臃肿的体积,导致客户的的回传(PostBack)数据量很大,而其中真正有用的数据又很少,网络带宽被浪费不说,用户的体验也很差。

最近项目中用到了TelerikRadGrid,使用服务器端绑定数据后页面ViewState体积过大,而导致性能严重降低,便开始找寻优化方式,尽量将ViewState存在服务器端。

由于项目已开发至中期,不可能做类似于取消ViewState或使用客户端绑定之类的大规模改动。

要想改动量最小化,肯定不能影响原有ViewState的使用,那只能重写Page类的LoadPageStateFromPersistenceMedium()SavePageStateToPersistenceMedium(object state)的方法,在这两个Override的方法中把数据存在别的什么地方。

这时候就来问题了,ViewState只是一个页面的周期,每打开一个页面都会生成一个新的ViewState,连刷新都不例外,如果存在文件或数据库中,这些数据累积起来可不是开玩笑的,而且也用不上了,那还不得要写过期删除的方法么?太麻烦了。这时候,Session就发挥大作用了,Session的生命周期长于ViewState,过期会自动删除,而且还是存在服务器端的,不会增加数据传输量,看来很合适。

代码如下:

Code
public class AmoPage: System.Web.UI.Page
{
#region === Move View State To Session ===

private string _pageGuid = null;
public string PageGUID
{
get
{
if (_pageGuid == null)
_pageGuid = this.Request.Form["__AmoViewState"];
if (_pageGuid == null)
_pageGuid = Guid.NewGuid().ToString();
return _pageGuid;
}
set { _pageGuid = value; }
}

protected override object LoadPageStateFromPersistenceMedium()
{
return Session[this.PageGUID];
}

protected override void SavePageStateToPersistenceMedium(object state)
{
RegisterHiddenField("__AmoViewState", this.PageGUID);
Session[this.PageGUID] = state;
}

#endregion
}


但是不能忽略一个问题,Session默认是由WebServer 管理的,一般只用于存储会话中用户登录信息这种数据量极小的情况,如果直接把ViewState这个大胖子塞进去,全部是保存在内存中的,无疑用不了多长时间,WebServer就会因为Session数据量过大而崩溃。看来我们还需要转移Session

正好,ASP.NET支持自定义会话管理的方式:

开始-> All Programs-> Microsoft Visual Studio 2008->Visual Studio Tools->Visual Studio 2008 Command Prompt

进入VS命令行模式。

执行 aspnet_regsql –S (192.168.19.250) –U sa –P 123 –ssadd

这是指使用用户名sa 密码123登录到SQLServer服务器192.168.19.250上添加状态管理相关的数据库。其实它是建立了一个只有出口存储过程的数据库ASPState,并在系统数据库tempdb中加入了两张分别用于存储Application Session的表。

这时候我们就完成了状态管理相关的数据库的创建,然后只要在 Web.config中做如下设置即可





这时候,该Web应用的Session数据就会存储于数据库中。

在使用的时候,只要将原有的页面都从AmoPage类继承就行。

至于效果,试过就知道!
使用前:(很熟悉吧...)

使用后:(干净,清透,没问题!)

声明:本网页内容旨在传播知识,若有侵权等问题请及时与本网联系,我们将在第一时间删除处理。TEL:177 7030 7066 E-MAIL:11247931@qq.com

文档

化恶魔为天使,巧移ViewState至SqlServer

化恶魔为天使,巧移ViewState至SqlServer:(发文后记:还是说清楚前提吧,本文只适用于当不得已才使用ViewState的情况) ViewState 一直以来备受争议,主要是因为他臃肿的体积,导致客户的的回传( PostBack )数据量很大,而其中真正有用的数据又很少,网络带宽被浪费不说,用户的体验也很差。 最近
推荐度:
标签: sql 恶魔
  • 热门焦点

最新推荐

猜你喜欢

热门推荐

专题
Top