ViewSate

关于Viewsate用法，请尽量多说咯

解决方案 »

  1.   

    当前页面变量，访问其他页面viewsate就会注销
      

  2.   

    首先，我不确定是不是只有ASP.NET由ViewState，也不确认它有多特有，只是觉得这个东西对于Web开发MVC分离的进步很有帮助。所谓的ViewState，就是用来存放关于View的State的地方。以前的存储容器包括Cookies, Session, Application, Cache, Hidden，有时候连传递变量用的QueryString也用作存储容器，但都不是专门用来存储View相关信息的地方，然而由于没有专门存放View相关信息的地方，所以人们只好乱放。不怕过期失效的变量，多数人会选择放在Session里，而且跨页面不会丢失，用户访问几个别的页面回来还能通过Session恢复本页的View。如果需要延长一些时间，而数据又不是很多的话，可以放Cookies，和Session类似。而数据真的很短，而且页面总是提交给自己的情况下，用QueryString作为一些跨页面生命周期的变量的保存方式也可以。而如果页面可以只用Post不用Get传递的话，那么Hidden也是一个很好的选择，因为Hidden容量大，不在地址留下信息。在ASP.NET当中，就是设计到大多数情况都是Post（除了直接链接），所以用Hidden存放和View相关的信息是非常适合的。既然用Hidden存放就可以了，为什么需要ViewState这样的统一管理呢？最显然的理由就是加密。ViewState不是给用户看或者修改的信息，仅仅是因为View的状态会在页面生命周期之间丢失，所以我们要将这些信息输出到HTML再等Post的时候取回来，对ViewState加密（至少校验）能够确保View正确无误的恢复。ASP.NET内置的ViewState可以方便的设置校验和加密，只要你把可以序列化的对象存进去，它就能够自动序列化并输出到HTML，同时该对象的保存与恢复是跟控件名以及在控件树中的位置相关的，就如ASP.NET控件的其他特性一样，确保了树中不同位置的同ID控件的数据不会被混淆。简而言之，ViewState是保存跨页面生命周期有关变量的最好容器，但它又不能够跨出页面范围称为会话变量的容器（那应该是Session负责的哦），所以是真正符合其名称用来保存View的State的。有很多ASP.NET的新手不知道ViewState的用途，认为它是ASP.NET的内部对象，平时还是仅用ASP那套公开的对象好了，那就会带来很多麻烦。例如有GridA和GridB两个页面，点击一个条目查看明细都回转到Details页面，同时Details页面要提供返回原来页面的途径（包括原本GridView所浏览到的分页）。如何存储原本页面的状态呢，包括它来自GridA还是GridB以及原来的GridView所在的分页？有人选择用QueryString传递给Details页面，让Details页面构造返回链接时再通过QueryString把状态传回去。显然，原来页面的状态不是对Details的Query(查询)，那么用QueryString传递给Details页面是不合适的。也有人选择用Session传递，但是这个状态仅仅做一次传递，难道我对你说一句话也算是Session(会话)？当然不算。用Hidden是一个方法，但是基于我上面所说的ViewState对Hidden的改良，在这种情况下就应该用ViewState作为原本GridA或GirdB的View状态的保存方式，并且在经过Details页面返回之后再还原。需要说明的是，只有ASP.NET 2.0才在内部支持跨页面PostBack，ASP.NET 1.x不支持跨页面PostBack，也无法跨页面接受和保持ViewState。最后就是使用ViewState需要注意的地方。过量使用ViewState当然有损效率，但这对于网站的数据正确性来说还不至于造成漏洞，真正会造成漏洞的就是ViewState重名。上面不是说了ViewState是根据控件树位置和控件ID保存所以不会重名的吗？在树是静态的情况下确实是这样，但是如果树是动态创建的，而ID则是可能在不同的语义下重复使用的，那就可能破坏数据的正确性了。例如一个DataControl的子控件自动命名为Control_1, Control_2, Control_3等，如果在PostBack后该DataControl被再次DataBind，那么DataSource可能已经改变了，所以需要清除所有的子控件并重新根据DataSource创建它们，此时别忘记了调用ClearChildState方法把子控件的ViewState和ControlState都清除掉，否则当你重新创建子控件而它们的名称还是Control_1, Control_2, Control_3等的时候，就可能会把原来的ViewState加载回去。转自：http://www.cnblogs.com/cathsfz/archive/2006/10/22/536428.html
      

  3.   

    微软的解释http://www.microsoft.com/China/Community/program/originalarticles/TechDoc/Viewstate.mspx
      

  4.   

    简单的说就是：当前页面变量，访问其他页面viewsate就会注销
    基本上会用在查询页面中的分页
      

  5.   

    就是把东西序列化，然后再加密
    页面里放一个hidden,把加密数据放进去POST时，又解密
      

  6.   

    简单的可以理解为当前页面的session类似!
       跳到其他页面就不能用了,不过自身的加密解密过程还是但当耗资源的
      

  7.   

    ViewState在客户端的保存形式，保存在一个ID为__VIEWSTATE的Hidden中，它的Value是使用Base64编码后的字符串。这个字符串实际上是一个对象序列化之后的结果。这个对象保存了整个页面的控件树的ViewState。可以使用一些工具将这个字符串进行解码查看其内容，比如ViewStateDecoder，ViewStateAnalyzer。  
    Page对客户端请求进行处理，在处理的过程中先是将客户端提交的_VIEWSTATE反序列化为对象，调用Control的相关方法给所有的控件装载数据，这些数据是上次请求结束后控件的状态数据。在请求结束之前调用Control的相关方法得到所有控件的被修改过的状态数据，之后Page将其进行序列化，并返回给客户端。在Control中又具体调用StateBag类的方法完成状态数据的加载和保存。  
     通过调用System.Web.UI.Control.TrackViewState()来跟踪ViewState的变化。
      

  8.   

    asp.net与其它基于服务器的web应用程序的最大区别就是：它实现了类似于WinForm的控件状态机制和事件驱动编程机制。其它的大多数web应用程序平台，甚至都无法赶得上17年前的vb，更别说跟asp.net相比了。不过，毕竟基于服务器进行交互的web应用程序，用户体验太差。如果说1、2年前的ajax还不足以摧毁它，富客户端的web应用程序就一定可以取代它（包括取代ajax）。
      

  9.   

    尽量EnableView设置为false
    好处就是占用的是客户端的资源