ASP.NET2.0的控件状态和视图状态探讨

商业源码热门下载www.html.org.cn

　　基本概念

　　控件状态－为了让控件正常工作，有时需要存储控件状态数据。例如，如果编写了一个自定义控件，其中具有显示不同信息的不同选项卡，为使该控件如预期一样工作，控件需要知道在往返过程中选择的是哪个选项卡。viewstate 属性可用于此目的，但开发人员可能在页级别关闭了视图状态，从而有效地中断控件。为解决此问题，asp.net 页框架在 asp.net 2.0 版中公开了一种称为控件状态的新功能。
controlstate 属性允许保持特定于控件的属性信息，不像 viewstate 属性一样可以关闭。若要使用控件状态，控件必须在初始化过程中调用 registerrequirescontrolstate 方法，然后重写 savecontrolstate 和 loadcontrolstate 方法。

　　视图状态－视图状态是 asp.net 页框架默认情况下用于保存往返过程之间的页和控件值的方法。当呈现页的 html 形式时，需要在回发过程中保留的页的当前状态和值将被序列化为 base64 编码的字符串，并输出到视图状态的隐藏字段中。通过实现自定义的 pagestatepersister 类以存储页数据，您可以更改默认行为并将视图状态存储到另一个位置（如 sql server 数据库）。有关将页状态存储到流上而不是隐藏的页字段中的示例，请参见 视图状态持久性机制的示例。

　　您可以通过使用页的 viewstate 属性将往返过程中的数据保存到 web 服务器来利用自己的代码访问视图状态。viewstate 属性是一个包含密钥/值对（其中包含视图状态数据）的字典。

　　各自的优势与劣势

　　视图状态

　　使用视图状态的优点：

　　·不需要任何服务器资源 视图状态包含在页代码内的结构中。

　　·实现简单 视图状态无需使用任何自定义编程。默认情况下对控件启用状态数据的维护。

　　·增强的安全功能 视图状态中的值经过哈希计算和压缩，并且针对 unicode 实现进行编码，其安全性要高于使用隐藏域。

　　使用视图状态的缺点

　　·性能注意事项 由于视图状态存储在页本身，因此如果存储较大的值，用户显示页和发送页时的速度可能会减慢。尤其是对移动设备，其带宽通常是有限的。

　　·设备限制 移动设备可能没有足够的内存容量来存储大量的视图状态数据。

　　·潜在的安全风险 视图状态存储在页上的一个或多个隐藏域中。虽然视图状态以哈希格式存储数据，但它可以被篡改。如果直接查看页输出源，可以看到隐藏域中的信息，这导致潜在的安全性问题。

　　控件状态

　　使用控件状态的优点：

　　·不需要任何服务器资源 默认情况下，控件状态存储在页上的隐藏域中。

　　·可靠性 因为控件状态不像视图状态那样可以关闭，控件状态是管理控件的状态的更可靠方法。

　　·通用性 可以编写自定义适配器来控制如何存储控件状态数据和控件状态数据的存储位置。

　　使用控件状态的缺点：

　　·需要一些编程 虽然 asp.net 页框架为控件状态提供了基础，但是控件状态是一个自定义的状态保持机制。为了充分利用控件状态，您必须编写代码来保存和加载控件状态。

　　控件状态与视图状态示例

　　此示例演示如何创建一个名为 indexbutton 的自定义控件，该控件使用控件状态在多个页请求间维护关键状态信息。在 asp.net 2.0 版中引入的控件状态与视图状态类似，但功能上独立于视图状态。网页开发人员可能会出于性能原因而禁用整个页面或单个控件的视图状态，但他们不能禁用控件状态。控件状态是专为存储控件的重要数据（如一个页面控件的页数）而设计的，回发时必须用到这些数据才能使控件正常工作（即便禁用视图状态也不受影响）。默认情况下，asp.net 页框架将控件状态存储在页的一个隐藏元素中，视图状态也同样存储在此隐藏元素中。即使禁用视图状态，或是使用 session 管理状态时，页面中的控件状态仍会传输至客户端，然后返回到服务器。在回发时，asp.net 会对隐藏元素的内容进行反序列化，并将控件状态加载到每个注册过控件状态的控件中。

　　此示例阐释了一个同时在控件状态和视图状态中保存状态的自定义控件。在此示例中，indexbutton 控件派生自 button 类，还定义了一个 index 属性，并将该属性保存在控件状态中。为了进行比较，indexbutton 还定义了一个 indexinviewstate 属性，该属性存储在 viewstate 字典中。为了了解控件状态和视图状态之间的差异，请使用本文附带的程序来演示 indexbutton 控件。

　　indexbutton控件源码

　　分析总结

　　从msdn上的一系列的技术参考来看，controlstate应该是主要在自定义控件上使用，“asp.net 页框架提供了 controlstate 属性作为在服务器往返过程中存储自定义控件数据的方法”，这是msdn上的原句,asp.net2.0只是为controlstate提供了一个基础，当controlstate是一个自定义的状态保持机制，也就是说保持状态的机制需要你开发人员自己去完成，而不像viewstate，它有自己默认的状态保持机制。在自定义控件使用controlstate也许才是微软本意了，为的就避免在页面级别禁用掉viewstate后，自定义控件还能正常运行。当然这里的意思就是，某些控件的正确运行是依赖于它的状态信息的，在asp.net1.1中，如果禁用了viewstate，这样的控件就无法正确运行了。但引入了controlstate后就不同了，因为controlstate是禁用不掉的。
　
　　所以微软才提醒开发人员“请仅对那些在回发过程中对控件至关重要的少量关键数据使用控件状态，而不要将控件状态作为视图状态的备用选项使用”。明确说出，controlstate和viewstate完全是两个东西，虽然它们可以完成相同的任务，新推出的controlstate既不是用来替代viewstate也不是用来做viewstate的替补。它的使命是弥补viewstate的所不能完成的任务，让开发人员开发出更加健壮的控件。例如说，开发的自定义控件某个状态是至关重要的，缺少它就自定义控件不能正常工作，那么controlstate就该上场了。而且controlstate是自定义的状态保持机制，也限制了controlstate自由的使用，你不但要在oninit 方法并调用 registerrequirescontrolstate 方法向页面注册，而且要重写saveadaptercontrolstate()，loadadaptercontrolstate(object state)两个方法自己去实现要保存什么，怎样保存。根据我现在的理解，如果你需要保存该控件的10种不同状态，那你就得一一保存，再一一加载上去。从这点也就看出了微软的初衷了，那不是很明显吗，如果不需要controlstate那就不使用它吧，否则怎么它什么都让我们开发人员去做呢？

　　这只是基础了，刚才我说了，似乎微软也是这么说的，controlstate针对的是自定义控件，其实我们真的要去开启基本控件例如label控件的controlstate，微软也是允许的，这就是稍深的内容了，这就涉及到控件适配器了（controladapter）。如果需要了解这方面的内容，请看用控件适配器开启基本控件的controlstate。http://sifang2004.cnblogs.com/archive/2006/06/01/415288.html

　　附录

　　为了更加充分理解上面的内容，需要对以下内容有个了解：

　　pair 类

　　用作存储两个相关对象的基本结构。它是在整个 asp.net 中（在如页面状态管理任务期间或配置节处理程序的过程中）有多种用法的实用工具类。可以在自己的代码中需要包含两个相关对象的结构的任意位置和不一定需要数据绑定的位置使用 pair 类。pair 类不将其对象引用 first 和 second 封装在属性中；该类直接将它们作为公共类字段公开到所有调用代码。

　　pair 类在页状态保留实现中有多种用法。最常见的用法是同时作为 viewstate 和 controlstate 集合的容器。在这种情况下，first 属性用于 viewstate，而 second 用于 controlstate。

　　pagestatepersister 类

　　http 请求和响应原本是无状态的。要在 http 请求之间保持状态信息，asp.net 服务器页可以存储 page 状态。此状态称为视图状态，它包含页和控件设置及数据，这些设置和数据使得页和控件看起来就像在上一次将它们提交到服务器然后又返回到客户端时，用户所看到并与之交互的页和控件一样。有几种机制可在对相同页的连续请求之间存储视图状态。pagestatepersister 抽象类表示这些状态信息存储机制的基类。

　　要在不能支持现有视图状态持久性机制的客户端上保留视图状态，可以扩展 pagestatepersister 类，引入您自己的视图状态持久性方法，并且可以使用页适配器将 asp.net 应用程序配置为根据为其提供页的客户端的类型使用不同的视图状态持久性机制。从 pagestatepersister 类派生的类必须重写 save 抽象方法，以便在持久性介质中存储视图状态和控件状态，同时重写 load 方法以提取状态信息。如果想知道如何写pagestatepersister的派生类，请参考视图状态持久性机制。