深入理解 ViewState

上个星期写了一篇《控件 ViewState 属性的值保存去哪里了》，解释了Control.ViewState最终还是通过Control.SaveViewState和Control.LoadViewState这两个方法存取的。文章中有一句话可能会让大家感到疑惑的：“我们在OnInit之后使用this.ViewState[key]读写时该属性都为true”，其中“该属性”指StateItem.IsDirty。到底为什么IsDirty属性在OnInit之后总是为true呢？参考了TRULY Understanding ViewState，我终于明白到其实它并非总是为true，详细原因请听我慢慢说。

首先要让大家来看的是StateBag.TrackViewState方法，这个方法在控件OnInit时就会被调用，而它的作用就是让StateBag开始跟踪StateItem的变化，任何变化都将导致该StateItem的IsDirty属性变为true。也就是说，在OnInit之前，IsDirty属性是false的，并且无论你如何设置Value属性的值都不会改变IsDirty属性。在OnInit之后，IsDirty属性也保持着false，直到你第一次改变Value属性的值（指通过this.ViewState[key]的方法改变）。到了SaveViewState的阶段，只有IsDirty属性为true的StateItem才会被保存下来。

为什么要如此设计呢？例如一个通过声明性定义的Label的Text属性，在ASPX中它被赋了初值，然后该初值自然通过ViewState["Text"]来持久。在下一个页面生命周期，首先OnInit时这个Label的Text属性会加载ASPX中声明性定义的初值，然后LoadViewState时会用ViewState中读取到的ViewState["Text"]来覆盖它。然而除非你在上一个页面生命周期以编程的方式改变了Text属性，否则ViewState["Text"]还是初值，那么你就是用ViewState["Text"]保存初值去覆盖声明性定义的初值，同一个值这样覆盖完全没意义，而且还浪费了ViewState的空间。为了解决这个资源浪费的问题，凡是声明性定义之后没改变到的值就不应该使用ViewState来持久，而详细的实现就是上面说的TrackViewState机制了。

说到这里，Control.ViewState已经解释完毕，如果你是控件设计者你可以放心地按以下方式把控件属性存放到ViewState中：
public string Text
{
  get {return this.ViewState["Text"] as string;}
  set {this.ViewState["Text"] = value;}
}
它的内部机制会懂得区分你存进去的值是不是ASPX上声明性定义的初值，然后决定是否持久该值。同时，如果你在任何阶段想改变一个ViewState值是否持久的决定，可以通过ViewState.SetItemDirty(key, dirty)来改变，这基本上已经满足了所有控件开发人员的需求。

http://www.cnblogs.com/cathsfz/archive/2006/10/29/543695.html

最新相关文章

• ·身份证函数 查看身份证地区信息
• ·VS2008 第一次安装心得及使用
• ·ASP.NET 2.0跨网页提交的三法
• ·编程实例 WebGroupBox(Aspx控件)
• ·asp.net mvc脚手架代码生成工具
• ·用独立的DLL来存储图片(资源文件)
• ·ASP.NET中多国语言的实现方法
• ·实例 .net生成静态页方法总结
• ·ASP.NET控件学习笔记之ViewState
• ·用递归在TreeView价节点
• ·经验总结 关于.NET 中的Event机制
• ·.NET应用程序开发标准化(z)
• ·在DataTable中查询应该注意的问题
• ·LINQ 中调用存储过程自动绑定列名
• ·如何用.NET技术在线生成网站LOGO
• ·对于访问IIS元数据库失败的解决