摘要：
ViewState如何实现这些函数。例如，使用GridView绑定DataSource控件以显示类表数据。在ViewSateEnable的情况下，在首次加载页面时执行数据绑定。在后续的回发访问中，如果当前数据视图仍然被访问，即没有执行分页或排序操作，DataSource将不会再次绑定数据，因为所有信息都可以从ViewSate获得。无需再次访问数据库并再次绑定数据控件。这个场景最能说明ViewSate的原始设计意图。
- ViewState是如何实现这些功能。
- 以名值对的方式来存控件的值，和Hashtable的结构类似；
- 跟踪那些ViewState中出现改变的值，以便对这些脏数据(dirty)进行进一步的处理；
- 通过序列化将ViewState中的值保存在页面的隐藏域(Hidden Field)中(这是默认的持久化方式)，并通过反序列化得到对应的ViewState对象以便进行相应的操作；
- 在页面回传的过程中自动的存储ViewState中的跟踪的值。
- 什么是ViewState不能做的？
- 自动保存一个类中变量的状态，无论是private, protected还是public的变量；
- 可以在页面回传的过程中记住所有状态值；
- 只要有了ViewState那么每次页面请求时重新构造的数据的操作是不必要的了；
- ViewState is not responsible for the population of values that are posted such as by TextBox controls (although it does play an important role) ViewState并不存储那些通过Post名值对回传的数据值(如TextBox的TextBox.Text)；
- 想让ViewState替你泡一杯咖啡，做梦吧:P。
例如用GridView绑定DataSource控件展现一个类表数据，在ViewSate Enable的情况下，页面第一次加载时进行数据绑定，在随后的回发访问中，如果仍是访问当前数据视图，即没有进行分页、排序操作等，DataSource不会再进行数据绑定，因为所有的信息都可以从ViewSate中获取，不需要再次访问数据库再次绑定数据控件了。而如果你将ViewState Disable掉，那么每次访问则都需要进行数据绑定了（可以通过SqlProfiler来捕捉SqlDataSource在两种情况下对数据库的访问情况）。这个场景可能最能说明ViewSate的设计初衷了。