使用ViewState

        ASP.NET引入了ViewState（视图状态）的概念。从这个名字上我们大概可以体会出，ViewState主要是用来存放和视图有关的一些状态。比如，在用户注册时用户填写了一大堆数据，提交页面后系统返回了一个“用户名重复”的出错信息，此时先前用户在页面上填写的一些注册资料全部没有了。用户会是什么感觉呢？我想大多数用户会很恼火。ASP.NET通过ViewState自动保存控件的状态。你可能也发现了，文本框中的数据在页面提交后还是存在的。

同时，我们也可以利用ViewState来保存一些程序需要的数据。ViewState中的数据默认是使用base64进行编码的，因此，用户不能直接看到里面的数据。我们在代码中可以这样添加一个ViewState项：

ViewState["test"] = "编程快乐";

打开页面，观察源代码，ViewState就在这里：

<input type="hidden" name="__VIEWSTATE" id="__VIEWSTATE" value="XT+Q3cCGrb+qjUKNB1N7x

CMUgAMjbpmAwtMtwPE+b5Ii8uRFaO42AgKyR+u9T0Be" />

既然ViewState是存在页面上的，那么ViewState肯定是不能跨页面使用的，而且每个用户访问到的ViewState都是独立的。此外，ViewState也没有什么声明周期的概念，页面在ViewState就在，页面关闭了ViewState就关闭了。

观察上面的ViewState，是不是找不到“编程快乐”这几个字的影子呢？请在页面上随便加入一个按钮，按钮的Click事件处理方法如下：

Response.Write(System.Text.Encoding.UTF8.GetString(Convert.FromBase64String(

Request["__VIEWSTATE"])));

如图12-21所示，单击按钮后页面显示如下。

图12-21  对ViewState数据进行base64解码

我们对ViewState数据进行base64解码后就能看到“编程快乐”的字样了。不过，现在的那串字符串还是很乱。其实，ASP.NET首先对ViewState中的数据进行序列化，然后再使用base64编码后存储在页面的隐藏域中。base64不是什么加密算法，只是一种编码算法，任何人都能对base64进行反编码

实际上ViewState 用于维护页面的 UI 状态

Web 是没有状态的，ASP.NET 页面也没有状态，它们在到服务器的每个往返过程中被实例化、执行、呈现和处理。作为 Web 开发人员，您可以使用众所周知的技术（如以会话状态将状态存储在服务器上，或将页面回传到自身）来添加状态。下面我们以图 1 中的注册窗体为例进行论述。

图 1：恢复回传的窗体值

从上图中可以看出，我为便餐选择了一个无效的值。此窗体与 Web 上的多数窗体一样友好，它在出现错误的字段旁边显示一条有用的错误消息和一个星号。而且，窗体中还显示了我在其他文本框和下拉列表中输入的所有有效值。这在某种程度上是可能的，因为 HTML 窗体元素会在 HTTP 标头中将其当前值从浏览器发送到服务器。您可以使用 ASP.NET 跟踪来查看回传的窗体值，如图 2 所示。

图 2：HTTP 窗体中回传的值（通过 ASP.NET 跟踪显示）

在 ASP.NET 之前，通过多次回传将值恢复到窗体字段中完全是页面开发人员的责任，他们将不得不从 HTTP 窗体中逐个拾取回传值，然后再将其推回字段中。幸运的是，现在 ASP.NET 可以自动完成这项任务，从而为开发人员免除了一项令人厌烦的工作，同时也无需再为窗体编写大量的代码。但这并不是 ViewState。

ViewState（英文）是一种机制，ASP.NET 使用这种机制来跟踪服务器控件状态值，否则这些值将不作为 HTTP 窗体的一部分而回传。例如，由 Label 控件显示的文本默认情况下就保存在 ViewState 中。作为开发人员，您可以绑定数据，或在首次加载该页面时仅对 Label 编程设置一次，在后续的回传中，该标签文本将自动从 ViewState 中重新填充。因此，除了可以减少繁琐的工作和代码外，ViewState 通常还可以减少数据库的往返次数。