gpt4 book ai didi

html - 任何不去除 HTML 中的空格的理由

转载 作者:搜寻专家 更新时间:2023-10-31 22:50:08 29 4
gpt4 key购买 nike

这个问题不言自明。为什么我不应该剥离它?在我看来,大部分空白纯粹用于文本编辑器中的格式,对最终页面没有影响。

而且,当这些空白的随机节点确实对最终页面产生影响时,通常是我不希望的影响,例如神秘的一个字符(空白折叠后)差距在内联 block 之间。

我可以很容易地去除所有这些空白文本节点。我有什么理由不应该这样做吗?

编辑:

它主要是针对空格的奇怪行为,而不是为了性能。一个例子是我想使用内联 block 而不是 float 将图像并排放置,同时防止换行到下一行并允许它们溢出父级。

空白导致了这些神秘的空白,这些空白可以通过基本缩小 HTML 源代码以手动删除内联 block 之间的空白来消除(并在此过程中完全弄乱您的源代码格式)。

最佳答案

没有理由不这样做,真的。使用 htmlcompressor 之类的东西可以很容易地完成。 .

但是,假设您通过 gzip 传送所有 html、css 和 js 文件,那么您从剥离空白中看到的实际带宽节省量将非常小。那么问题就变成了,这值得吗?

更新:

也许这会影响你的决定。我执行了一个 simple minification在我网站的一个页面上,只是为了看看它会产生什么样的不同。以下是结果:

缩小之前

  • 22232 字节(未压缩)
  • 5276 字节 (gzip)

缩小后

  • 19207 字节(未压缩)
  • 5146 字节 (gzip) - 节省 130 字节

压缩后的未压缩文件大约小了 3 KB。但这并不是真正重要的。 gzip 压缩文件是通过网络发送的文件。你可以清楚地看到 gzip 即使在非压缩 HTML 上也能做得很好。

我看到了缩小 js 库或不经常更改的东西的好处。但我认为,为了区区 130 字节的 HTML 而对 HTML 执行此操作不值得。

关于html - 任何不去除 HTML 中的空格的理由,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7115217/

29 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com