59

可能重复：
为什么要缩小资产而不是标记？

我见过很多网站使用缩小的 CSS 和 JavaScript 来增加网站响应时间，但我从未见过任何网站使用缩小的 HTML。为什么你不希望你的 HTML 被缩小？

4

5 回答 5

69

因为如果你做的事情正确，那么无论如何你都在提供压缩的 HTML，所以 HTML 缩小的低垂果实 - 空白 - 并不是那么相关。在 HTML 中没有很多简单的目标（例如变量名）用于缩小，这些目标存在于 CSS 和 JavaScript 中。HTML 的大部分内容是页面的实际内容，可能无法缩小（而且，正如其他人指出的那样，几乎肯定会比您的 CSS 或 JS 更频繁地变化）。

于 2010-03-01T22:17:55.413 回答
68

我猜大多数网站都有静态 CSS 和 Javascript。这意味着只要更新它们就可以将它们缩小一次。另一方面，HTML 往往是动态生成的，这意味着它必须在每个页面请求上都被缩小，这比缩小静态 CSS 和 Javascript 文件要昂贵得多。

于 2010-03-01T22:17:34.820 回答
8

我认为在 HTML 中没有那么大的缩小空间：您可以删除空格和换行符，但本质上，仅此而已，而无需真正进入页面结构。

JS 缩小可以缩短变量和函数名称，这可能是节省空间方面最大的净利润。凭借其固定的标签集，HTML 不提供这种可能性。

gzip 压缩 HTML 的选项可能消除了大部分缩小的需要，特别是因为它通常是为 HTML 启用的，而它（不必要地）并不总是适用于 CSS 和 JS 文件类型。

于 2010-03-01T22:17:32.323 回答
5

主要是因为 Javascript 文件和 CSS 样式表通常是静态文件，部署时不会更改。另一方面，标记通常是动态生成的（至少使用数据库驱动的 Web 应用程序），并且“页面”的数量通常很大且是动态的，这使得缩小的好处比它的价值更多。

于 2010-03-01T22:22:52.910 回答
3

被 gzip 压缩的 Html 内容负责大部分压缩，在此之上缩小不会完成太多或节省大量带宽。

您可以将 Javascript 作为构建的一部分进行缩小，但整个 HTML 内容发生这种情况的唯一方法是缩小每一部分（如果生成了怎么办？）或一直缩小它（工作的噩梦？）

这是成本与收益，成本：边际带宽，收益：更容易处理，更容易生成，更容易调试，在我的源代码视图窗口中很漂亮。

于 2010-03-01T22:19:04.597 回答