如果你有一个非常酷的页面,页面上很多东西自动地响应用户操作而展现丰富的变化,你的ViewState是很有可能达到200K的。
这里是我将ViewState持久化保持在服务器端的代码,这样ViewState不占用网络带宽,因此其存取只是服务器的磁盘读取时间。并且它很小,可以说是磁盘随便转一圈就能同时读取好多ViewState,因此可以说“不占时间”。为了再“不占磁盘时间”,我还使用了缓存。
1.以下这段代码可以放在页面中,或者页面的父类中:
#region 解决ViewState过于庞大的问题
protected override object LoadPageStateFromPersistenceMedium()
{
string viewStateID = (string)((Pair)base.LoadPageStateFromPersistenceMedium()).Second;
string stateStr = (string)Cache[viewStateID];
if (stateStr == null)
{
string fn = Path.Combine(this.Request.PhysicalApplicationPath, @"App_Data/ViewState/" + viewStateID);
stateStr = File.ReadAllText(fn);
}
return new ObjectStateFormatter().Deserialize(stateStr);
}
protected override void SavePageStateToPersistenceMedium(object state)
{
string value = new ObjectStateFormatter().Serialize(state);
string viewStateID = (DateTime.Now.Ticks + (long)this.GetHashCode()).ToString(); //产生离散的id号码
string fn = Path.Combine(this.Request.PhysicalApplicationPath, @"App_Data/ViewState/" + viewStateID);
//ThreadPool.QueueUserWorkItem(File.WriteAllText(fn, value));
File.WriteAllText(fn, value);
Cache.Insert(viewStateID, value);
base.SavePageStateToPersistenceMedium(viewStateID);
}
#endregion
2.添加Global.asax 文件
在Global.asax文件中添加如下语句:
void Application_Start(object sender, EventArgs e)
{
// 在应用程序启动时运行的代码
System.IO.DirectoryInfo dir = new System.IO.DirectoryInfo(this.Server.MapPath("~/App_Data/ViewState/"));
if (!dir.Exists)
dir.Create();
else
{
DateTime nt = DateTime.Now.AddHours(-1);
foreach (System.IO.FileInfo f in dir.GetFiles())
{
if (f.CreationTime < nt)
f.Delete();
}
}
}
生成,运行。查看页面源代码,有没有发现ViewState一下子不见了许多,哈哈,别着急,都在App_Data/ViewState文件下面存储着呢。用记事本打开看看,是不是和原来页面的一模一样。通过这样的处理,我们就可以很好的解决页面由于存在ViewState,导致页面很多垃圾代码的问题,这样对于搜索引擎是很不利的哦!
想要你的页面变的干净利落吗?那还等什么,赶紧Copy吧,本代码经过测试,可以正常运行。
-----因ViewState纠结太久,今天终于豁然开朗。
======================================================================================================
Protected Overrides Sub SavePageStateToPersistenceMedium(ByVal state As Object)
string value = new ObjectStateFormatter().Serialize(state);
string viewStateID = (DateTime.Now.Ticks + (long)this.GetHashCode()).ToString(); //产生离散的id号码
string fn = Path.Combine(this.Request.PhysicalApplicationPath, @"App_Data/ViewState/" + viewStateID);
//ThreadPool.QueueUserWorkItem(File.WriteAllText(fn, value));
File.WriteAllText(fn, value);
Cache.Insert(viewStateID, value);
base.SavePageStateToPersistenceMedium(viewStateID);
End Sub
=====================================================================================
这里是我将ViewState持久化保持在服务器端的代码,这样ViewState不占用网络带宽,因此其存取只是服务器的磁盘读取时间。并且它很小,可以说是磁盘随便转一圈就能同时读取好多ViewState,因此可以说“不占时间”。为了再“不占磁盘时间”,我还使用了缓存。
一下这段代码可以放在页面中,或者页面的父类中:
C# code?
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 |
|
不使用Session,因为它会“丢失”。ViewState保存在磁盘上,即使服务器重新启动,也不会丢失页面状态。
下面这段可以放在Global.asax中,也可以根本不管:
C# code?
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
|
这可以确保绝对稳定可靠地工作。以后请放心使用ViewState,把交互式页面提高水平才是最重要的,不要纠缠在“ViewState太大”上。实际上,由于页面设计不够酷,交互变化看上去不够丰富,ViewState实在是太小太小了。
由于一直可以运行,其实那句应该写为:
var fn = this.Server.MapPath(@"~/App_Data/ViewState/" + viewStateID);
我都一直懒得改了。
不用看懂。只有两个简单方法,贴到自己的页面中就行。对所有使用到ViewState的页面都需要。或者你可以放在父类中。
可能需要自己添加命名空间:
using System.IO;
using System.Threading;
ThreadPool.QueueUserWorkItem(obj => File.WriteAllText(fn, value));
这一句也不是很必要。写为:
File.WriteAllText(fn, value));
就可以了。当时也是为了玩玩,今天才又想起来还有这个没改。
其实我太细抠个别语句的“效率”,除非到了必要的时候。