ASP.NET页面状态管理——ViewState的使用


Posted on January 23, 2009


ASP.NET ViewState设计目的是为了持久化当前页面中的对象的状态,以便下次在页面回发(Postback)后能够还原页面的状态。那么有两点需要注意:

  1. ViewState只在需要Postback的页面里才需要使用;
  2. 在1前提之下,只有初始状态值被修改了的对象才需要持久化,即才需要使用ViewState。

第1点比较清楚,来谈第2点。以简单的Label控件为例,先来看一下它的Text属性的实现:

public virtual string Text
{
    get
    {
        object obj2 = this.ViewState["Text"];
        if (obj2 != null)
        {
            return (string) obj2;
        }
        return string.Empty;
    }
    set
    {
        if (this.HasControls())
        {
            this.Controls.Clear();
        }
        this.ViewState["Text"] = value;
    }
}

很显然Text属性的后端都是以ViewState为存储介质的,ASP.NET服务器端控件的很多属性都是以类似方式实现的。假设一个页 面default.aspx里只有一个Label控件, <asp:Label ID="Label1" runat="server" Text="Label"></asp:Label>,当访问该页面时,Label控件发送到客户端浏览器的代码大概为 <span id="xxx_Label1">Label</span>,同时ViewState中也保存了一份Text属性的值,形式大概为<input type="hidden" name="__VIEWSTATE" id="__VIEWSTATE" value="/wEPDwUKLTgwMzg2ODMxMQ9kFgJmD2QWAgIDD2QWAg......

到目前位 置,ViewState并没有发挥作用(这里谈论的都是在ViewState Enable的情况下),额外的保存了Text属性的值在这里是多余的。假设该页面还有一个Button控件,点击该按钮页面回发,那么在次过程中 ViewState就发挥作用了么?分析一下该页面回发过程中Label控件生命周期的某些过程。首先,回发后,Label控件依然要经历初始化阶段 (Init),这个阶段要创建一个Label控件的实例,同时设置其Text属性的,因为Text属性后端是以ViewState为存储介质的,所以就相当于向ViewState里添加了一个值,接下来,因为是回发过程,所以控件还要LoadViewState,即加载前次访问该控件的状态值,下面是Label控件的实现:

protected override void LoadViewState(object savedState)
{
    if (savedState != null)
    {
        base.LoadViewState(savedState);
        string text = (string) this.ViewState["Text"];
        if (text != null)
        {
            this.Text = text;
        }
    }
}

因为在前一访问过程中ViewState中所保存的Label的Text属性的状态值 就是Label的初始值,所以导致了这里的LoadViewSate过程是多余的了,而且Init和LoadViewState两个过程对Text属性都 赋了相同的值。由此可见,即使在页面回发中,如果不需要对属性的初始值进行修改,那么持久化属性的值(即使用ViewState)也是没有意义的。而且会 带来多余的资源浪费,如两次对Text属性的赋值,以及增加了ViewSate的体积所带来的多余的网络传输。

那么,什么情况下使用ViewSate是值得的呢?我们先来把前面例子中两次访问的过程理一下:

  1. 第一次访问页面,Label控件初始化,设置Text属性的值,即向ViewState中添加了一个条目;
  2. 页面发送前(Render前),控件SaveViewState,即ViewSate中的值序列化,保存到一个隐藏域中;
  3. 页面发送,Label控件发送为相应的HTML标签,读取Text属性设置HTML标签的对象属性值,同时发送隐藏域及其值。对于Labe的Text属性来讲,相当于一份ViewState中的值发送了两份客户端拷贝;
  4. 第二次回发访问,Label控件初始化,设置Text属性的值,即向ViewState中添加了一个条目;
  5. 由于是回发访问,需经历LoadViewState过程,本例中即读取ViewState中Text属性在上一次访问中的状态值,而这个值实际上等于过程1中设置的值,读取的值再次设置Text属性,
  6. 第二次发送,重复过程2,3.

从过程1控件初始化,到过程6,第二次发送前SaveViewState,在这两个过程中间,如果不需改变Text属性的初始值,那么实际上就不需要使用ViewState。假设我们在过程1、2中间改变Text属性值,如在Page_Load中如此:

protected void Page_Loadt(object sender, EventArgs e)
{
    if (!IsPostBack)
    {
        Label1.Text = "Change Label′s value";
    }
}

 那么,尽管在回发时不能执行Label1.Text = "Change Label´s value";语句,但由于ViewState的作用,第一次访问设置的值,在第二次回发访问后仍然会存在,即Label的Text属性值为 ”Change Label´s value“,而不是其初始值“Label”。这种情况下才是ViewState的用武之地。注意!IsPostBack的使用,否则你只是每次访问都进 行赋值而已,并没有利用ViewState的好处。

由此,可以得出,在满足前面所述的两个条件时才应该使用ViewState。那么在现实应用中同时满足以上两个条件的情况下多么,也就是说我们需要使用ViewSate的时候多么?

很显然,满足这两个条件最大宗的情况就是数据绑定。而我认为ViewState的设计目的主要就是为了将必要的信息持久化在页面中,避免在 两次访问中(确切的说不只两次,而是所有的回发访问中)都要进行数据绑定(而每次数据绑定往往意味着一次次的数据库访问)。例如用GridView绑定 DataSource控件展现一个类表数据,在ViewSate Enable的情况下,页面第一次加载时进行数据绑定,在随后的回发访问中,如果仍是访问当前数据视图,即没有进行分页、排序操作 等,DataSource不会再进行数据绑定,因为所有的信息都可以从ViewSate中获取,不需要再次访问数据库再次绑定数据控件了。而如果你将 ViewState Disable掉,那么每次访问则都需要进行数据绑定了(可以通过SqlProfiler来捕捉SqlDataSource在两种情况下对数据库的访问情 况)。这个场景可能最能说明ViewSate的设计初衷了。

然而在实际的应用中,上面的这种场景多么?在数据列表页面,往往没有除了分页排序等之外的回发操作(你放Grid的页面里有回发的按钮 么?),而分页,排序操作所引起的回发显然是需要数据再绑定的。如果是这种场景,那么你就应该把这个页面或者把这个Grid的EnableView属性设 为false了。这里讲点题外话,有人会说如果设成false,那Grid的分页信息、排序信息怎么传递给后续的回发访问呢?其实在ASP.NET 2.0中控件的状态管理被分为了两部分view state和control state。两者的区别是什么呢,那ASP.NET 1.x中的DataGrid控件来说,DataGrid的所有状态信息都保存在view state当中,但是这些信息所符合的view state应用场景是矛盾的,比如你的页面没有回发操作,你不必把所有数据缓存到view state里,这时你会把datagrid的enableviewstate属性设为false,但当你这么做后,datagrid的另一些功能如翻页、 排序,就没法使用了,因为翻页排序的状态信息也是保存在view state中的,如pageindex、sort asc/desc等。就类似于这种问题,ASP.NET 2.0中又引入了control state,control state的存储方式与view state相同,不同的地方在于它不会被disable掉。这样control state用来存储那些控件的功能性的,必需的信息。比如即使GridView的view state被禁止了,它的分页,排序等信息还是仍然正常工作的。

ASP.NET的一些设计,如整个页面一个form元素,以及本文谈到的view state的使用等,只是在宏观上,概率统计上能达到节约成本,提高效率的目的。但是具体到一个Web程序, 一个应用场景,一个页面,甚至是一个控件,如果你知到它们背后的东西,你就会更好更正确的去实现它或使用它。


标签:N/A

 

在线学习答案查询入口
微信扫码联系
微信扫码联系