什么是可接受的ViewState大小

Question

只想问一下ViewState每页可接受的大小是多少？我应该开始担心什么水平。
视图状态大小是否有客观测量？

感谢您的任何意见:-)干杯，X.

Answer 1

我认为这主要取决于你必须达到的目标，以及你为了“故意”目的而使用它的程度。反正有办法来衡量，解码和优化：

http://jagbarcelo.blogspot.com/2009/03/viewstate-size-minimization.html

https://web.archive.org/web/1/http://articles.techrepublic%2ecom%2ecom/5100-10878_11-5229520.html

http://scottonwriting.net/sowblog/posts/4409.aspx

Answer 2

这取决于.....如果你有1个用户相比的话，如果你有100万用户的大小并不重要。您还需要知道您有多少RAM，并且内存不足

Answer 3

这取决于您的最终用户。 对于页面大小不是重要标准的内部应用程序，我不会太担心。
Viewstate本身并不是一个问题，当它开始减慢你的应用程序时，它是一个问题，因为它在你的客户端和你的服务器之间来回发送这个viewstate。

您必须考虑将viewstate发送给用户以在页面源中呈现，但它也会被发回到您的服务器以保持此页面的状态，并且它将被加载记忆。

如果您的最终用户的互联网连接速度较慢，页面越大，对他们来说越慢和越痛苦。

如果您的托管服务提供商根据传输的数据对您进行结算，则可能需要尽可能减少它。特别是如果你有很多用户...

也考虑到你的服务器上可用的内存，因为视图状态被加载到每个用户的每个请求的RAM中。

Answer 4

我不确定视图状态是否有“可接受的大小” - 这取决于页面的大小和复杂程度。我知道它容易变得臃肿，而且比它需要的要大得多 - 几个星期前我们解读了我们的视图状态，发现我们可以在一些较大的页面上将它缩小约40％。

你的视图状态应该和它一样大需要是。只要确保密切关注它，以确保它不会因为回传完全不必要的信息而膨胀起来。

Answer 5

你需要使它比博格立方较小：

http://weblogs.asp.net/infinitiesloop/archive/2006/08/03/Truly-Understanding-Viewstate.aspx

ViewState会将您的网络应用的独特性增加到它自己的 。 表现是徒劳的。

Answer 6

这取决于很多因素。有很多控件的页面&内容将会有更多的视图状态。什么是可以接受的，取决于你拥有的带宽限制。如果它是内部公司应用程序，并且用户不多，则可以接受更大的视图状态（200-500k）。如果它在网上或许多用户会在网上，你应该限制视图状态。

要限制视图状态，请考虑改进UI的方法，使其不那么复杂。 Modal弹出窗口（如Telerik RadWindow）是将某些控件移出到另一个页面的好方法，同时保留页面之间的交互。

在复杂的页面上，选项卡也是改进UI的好方法。每个Tab都可以是它自己的页面。