gpt4 book ai didi

java - 页面代码压缩真的需要吗?

转载 作者:行者123 更新时间:2023-12-01 07:14:18 27 4
gpt4 key购买 nike

我真的不喜欢页面中的代码写在一行中,当我浪费大量时间试图理解其中的某些内容时,在页面中编写的压缩代码真的值得吗?根据编程原则,代码应该对于其他也来维护它的程序员来说是可读的。

顺便问一下,HTML 注释可以减少页面加载时间吗?因为其他人可以看到它们。

<!-- comment goes here -->

但是java注释呢?其他人看不到他们

<%-- comment goes here --%>

最佳答案

我认为您在这里混淆了许多概念。

页面压缩可以在不同级别上进行。您可以雇用mod_gzipmod_deflate或 Web 或 Web 应用程序服务器上的类似模块,以压缩 Web/应用程序服务器提供的原始字节。这通常可以节省大量带宽,并且通常不会给 Web 开发人员带来问题,因为浏览器会在渲染页面内容之前解压缩页面内容(或在“查看源代码”上下文中显示源代码)。

“一页写成一行”并不是压缩。技术术语是缩小或混淆。它通常是针对 JavaScript 完成的,以减少所提供的 JavaScript 文件的大小;这可以大大减少文件大小,并具有人类读者难以解析的额外好处。使用 JavaScript 压缩器的 Web 开发人员通常足够聪明,可以使用源代码的非压缩版本,因此调试不是问题。

我曾经工作过的一个前客户网站显示,当在线上使用 GZIP 压缩时,性能提高了高达 40%,而当使用缩小的 JavaScript 文件(有数千个这样的文件)部署时,性能提高了 5-10%。文件)。但同样,使用这些技术时您的里程可能会有所不同。

最后,HTML 注释 ( <!-- comment goes here --> ) 确实会对性能造成影响,因为与没有注释的页面相比,提供带有注释的页面需要更多的时间。对渲染的影响可能可以忽略不计,因为注释通常会被词法分析器删除。对于首先由 HTML 解析器解析的内联脚本标记中的 JavaScript 注释来说,情况并非如此。应用程序服务器永远不会提供第二种类型的注释( <%-- comment goes here --> ),因为它是 JSP 样式的注释,并且 JSP 编译器通常会忽略这些注释,因此不会在生成的 HTML 内容中生成任何注释。

关于java - 页面代码压缩真的需要吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7021947/

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