ASP.NET VIEWSTATE初探[2]

　　ASP.NET VIEWSTATE初探[2]   软件测试

　　三、充分利用 ViewState

　　ViewState 为跨回传跟踪控件的状态提供了一条神奇的途径，因为它不使用服务器资源、不会超时，并且适用于任何浏览器。如果您要编写控件，那么肯定需要了解如何在控件中维护状态(英文)。

　　开发人员在编写页面时同样可以按照几乎相同的方式来利用 ViewState，只是有时页面会包含不由控件存储的 UI 状态值。您可以跟踪 ViewState 中的值，使用的编程语法与会话和高速缓存的语法类似。

　　四、选择会话状态还是 ViewState?

　　在某些情况下，将状态值保存在 ViewState 中并不是最佳选择，最常用的替代方法就是会话状态，它通常更适用于：

　　1)大量的数据。由于 ViewState 增加了发送到浏览器的页面的大小(HTML 有效负载)，同时也增加了回传的窗体的大小，因此不适合存储大量数据。

　　2)未在 UI 中显示的安全数据。尽管 ViewState 数据已被编码，并且可以选择对其进行加密，但始终不将数据发送到客户端才是最安全的。因此，会话是更安全的选择。(由于数据库需要额外的凭据进行验证，因此将数据存储在数据库中会更安全。可以添加 SSL 以获得更安全的链接。)但是，如果在 UI 中已经显示了该专用数据，那么您应该已经确认了链接的安全性。在这种情况下，将同样的值放入 ViewState 不会降低安全性。

　　3)尚未序列化到 ViewState 中的对象，如 DataSet。ViewState 序列化程序只为一小部分常用的对象类型进行了优化，如下所示。其他可序列化的类型或许可以保留在 ViewState 中，但速度会变慢，并会生成一个非常大的 ViewState。

　　五、使用 ViewState 获得最佳性能

　　使用 ViewState 时，每个对象都必须先序列化到 ViewState 中，然后再通过回传进行反序列化，因此使用 ViewState 并非是没有代价的。但是，如果遵循某些简单的原则对 ViewState 的成本加以控制，则通常不会产生明显的性能影响。

　　1)在不需要时禁用 ViewState。下面的“减少使用 ViewState”一节将详细介绍这一问题。

　　2)使用优化过的 ViewState 序列化程序。上面列出的类型具有专门的序列化程序，这些程序运行速度很快，并已经过优化，可以生成很小的 ViewState。如果要序列化一个未在上面列出的类型，可以创建一个自定义 TypeConverter 来显著提高它的性能。

　　3)尽量减少使用对象，如果可能，尽量减少放入 ViewState 中的对象的数目。例如，不要使用二维字符串数组(名称/值，其对象的数目与数组的长度一样多)，而应使用两个字符串数组(只有两个对象)。但是，在将两个已知类型存储在 ViewState 中之前，在这两者之间转换不会获得任何性能提高，因为这样做实际上相当于付出了两次转换的代价。

　　六、减少使用 ViewState

　　默认情况下 ViewState 将被启用，并且是由每个控件(而非页面开发人员)来决定存储在 ViewState 中的内容。有时，这一信息对应用程序并没有什么用处。尽管也没什么害处，但却会明显增加发送到浏览器的页面的大小。因此如果不需要使用 ViewState，最好还是将它关闭，特别是当 ViewState 很大的时候。

　　可以基于每个控件、每个页面或每个应用程序来关闭 ViewState。在以下情况中将不再需要 ViewState：

　　页面：页面不回传给自身。

　　控件：1)处理的不是控件的事件。 2)控件没有动态的或数据绑定的属性值(或对于每一个请求它们都设置在代码中)。

　　DataGrid 控件是 ViewState 的一个重量级用户。默认情况下，在网格中显示的所有数据也都存储在 ViewState 中，当需要一个复杂的操作(如复杂的搜索)来获取数据时，这是非常有用的。但是，DataGrid 的这种行为有时也使得 ViewState 成为累赘。

原文转自：http://www.ltesting.net