真的需要页码压缩吗？

Question

当页面中的代码写成一行时，我真的不喜欢，当我浪费大量时间试图理解那里的东西时，真的压缩的代码写在一个页面值得吗？根据编程原则，代码对于其他程序员来说也应该是可读的。

顺便说一句，HTML评论可以减少页面加载时间？因为他们可以看到他人。

<!-- comment goes here -->

但是java评论？他们看不到他们

<%-- comment goes here --%>

Answer 1

我认为你在这里混淆了很多概念。

页面压缩可以在各个级别完成。您可以在Web或Web应用程序服务器上使用mod_gzip和mod_deflate或类似模块来压缩Web /应用程序服务器所服务的原始字节。这通常会节省大量带宽，并且通常不会导致Web开发人员出现问题，因为浏览器会在呈现页面内容之前解压缩页面内容（或者在“查看源代码”上下文中显示源代码）。

“一行写入的页面”不是压缩。技术术语是缩小或混淆。它通常用于JavaScript，以减少所服务的JavaScript文件的大小;这可以大大减少文件大小，还有人类读者难以解析的额外好处。使用JavaScript minifiers的Web开发人员通常很聪明，可以使用非缩小版本的源代码，因此调试不是问题。

我曾参与过的一个以前的客户网站，在线上使用GZIP压缩时性能提升高达40％，使用缩小的JavaScript文件部署时提高了5-10％（有数千个此类网站）文件）。但同样，使用这些技术时，您的里程可能会有所不同。

最后，HTML评论（<!-- comment goes here -->）确实会受到性能影响，因为与没有评论的网页相比，提供评论的网页需要更多时间。对渲染的影响可能微不足道，因为词法分析器经常会删除注释。对于首先由HTML解析器解析的内联脚本标记中的JavaScript注释，情况并非如此。第二种类型的注释（<%-- comment goes here -->）从未由应用程序服务器提供，因为它是JSP样式的注释，并且JSP编译器通常忽略这些注释，因此不会在生成的HTML内容中生成任何注释。 / p>

Answer 2

HTML在生产中使用时并不意味着被其他人阅读。通常，原始代码是可读的，并且通常缩小HTML和JavaScript之类的内容以减少加载时间。

是的，浏览器必须下载的任何评论都会增加页面加载时间。

Answer 3

  

当页面中的代码写成一行时，我真的不喜欢，当我浪费大量时间试图理解那里的东西时，真的压缩的代码写在一个页面值得吗？

可以是

  

根据编程原则，代码应该对其他程序员来说是可读的，他们也会来维护它。

这就是为什么缩小是作为构建过程的一部分完成的原因。处理它的开发人员可以获得格式化的代码。

  

顺便说一句，HTML评论可以减少页面加载时间？但是java评论？他们看不到他们

如果将其传送到客户端，则会占用一些带宽。根据上下文的不同，这可能是也可能不是很大的带宽。

Answer 4

有些人故意不鼓励检查他们的代码，尽管经过一些努力它可以很好地格式化并且可以再次阅读。这有点像Java中的代码混淆。