为什么许多网站缩小了CSS和JavaScript而不是HTML?

时间:2010-03-01 22:14:36

标签: javascript html css optimization minify

  

可能重复:
  Why minify assets and not the markup?

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

5 个答案:

答案 0 :(得分:63)

因为如果你正确地做了事情,你无论如何都要提供HTML gzip,所以HTML缩小的最低限度 - 空白 - 并非完全相关。 HTML中的缩小很少有简单的目标(例如变量名),它们存在于CSS和JavaScript中。 HTML的大部分内容都是页面的实际内容,这些内容可能无法缩小(正如其他人所指出的那样,几乎肯定会比CSS或JS更频繁地变化)。

答案 1 :(得分:60)

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

答案 2 :(得分:7)

我认为HTML中缩小的空间不大:你可以删除空格和换行符,但基本上就是这样,而不是实际进入页面的结构。

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

gzipping HTML的选项可能会消除大部分缩小的需要,特别是因为它通常是为HTML启用的,而它(不必要地)并不总是用于CSS和JS文件类型。

答案 3 :(得分:5)

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

答案 4 :(得分:3)

正在进行gzip压缩的Html内容会处理大部分压缩,最小化压缩不会带来太多成果或节省大量带宽。

Javascript你可以缩小作为构建的一部分,整个HTML内容发生这种情况的唯一方法是缩小每一块(如果它生成了什么?)或者让它缩小整个时间(做梦的噩梦) ?)

成本与收益,成本:边际带宽,好处:在我的源视图窗口中更容易处理,更容易生成,更容易调试。