什么时候值得压缩 ViewState？

Question

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

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

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

如果我们有一个 410 个字符的 ViewState，它将在一个页面中占 410 个字节，而一个 13.843 个字符的 ViewState 等于 13.5 KB。

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

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

Answer 1

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

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

我说这样做，就是为了通过那个缓慢（相对）的 Internet 链接加快通信速度。

Answer 2

如果您问我，“临界质量”是 10K - 如果您可以在压缩前检查大小，然后执行 - 如果小于 10K 则不要压缩，否则请压缩。

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