什么时候压缩ViewState值得？

Question

我同意ASP.Net控件上的the best way to shorten the ViewState is to disable it不需要它。从一开始就保持小规模是一个很好的习惯。

我也听说它已经被压缩了（尽管可能是真的......有更多的方法可以压缩它，已经在this Stack Overflow question中描述过了。）

我的问题不在于它是否应该被压缩...是：什么时候应该压缩ViewState？

如果我们的ViewState为410个字符，它将在页面中加权410个字节，而ViewState为13.843个字符则等于13.5 KB。

13.5KB已经相当可观了。如果我压缩一个高度为10KB的CSS文件，我认为压缩一个13.5KB的ViewState也是值得的，即使这意味着在服务器上有一些额外的“思考”。

但是410字节的ViewState是否值得在服务器上进行额外处理？ 什么时候值得压缩？

Answer 1

这里有三个因素需要考虑：

1. 服务器的速度 - 它能否处理压缩视图状态的额外负载，我猜大多数情况下答案是肯定的，
2. 将数据传送到客户端的通信时间，这应该尽量减少，
3. 客户端的速度 - 它能否处理解压缩视图状态的额外任务，并且再次，是的，它可能可以。如今，Gzip等非常普遍，现代桌面和浏览器都能很好地处理这个问题。

我说这样做，这就是加速通过那个缓慢（相对）互联网链接的通信。

Answer 2

如果你问我，＆＃34;临界质量＆＃34;是10K - 如果你可以在压缩之前检查尺寸然后做 - 如果小于10K不压缩，否则做压缩。

为什么要10K？因为它几乎肯定会产生明显的影响。