JavaScript小型化与压缩

Question

我试图理解JavaScript小型化和压缩过程，并对这些过程提出了几个问题：

1. 由于小型化使得代码很难调试，那么是否可以在客户端按需进行去缩小，以掩盖您实际上需要在网站上调试和调查某些东西的情况？
2. 我记得在某个地方读到，可以对所有资源(如图像、CSS、JavaScript等)进行压缩。通过在中设置一些选项。在Apache级别上进行的JavaScript压缩与使用YUI压缩器这样的工具进行的压缩有什么不同吗？

有人能帮我知道上面的事吗？

我实际上需要清除JavaScript文件的那种情况是，假设在no行发生了一个JavaScript错误。对于一个缩小的文件，很难知道是哪个代码块导致了生产中的错误，因为所有的行都封装在一个缩小的文件中。在这种情况下，你们是如何调查和调试的？另一位用户在打包/缩小javascript在IE6中失败-如何调试？问题中也提到了这个调试问题(不过，稍微特定于IE6 )。

Answer 1

由于小型化使得代码很难调试，那么是否可以在客户端按需进行去缩小，以掩盖您实际上需要在网站上调试和调查某些东西的情况？

说大也大吧。小型化的javascript具有相同的结构，它只执行删除额外空格和缩短变量名等操作。因此，您可以轻松地使代码再次可读性，无论是手动的还是使用脚本的，但是您无法恢复变量名，因此代码仍然很难处理。所以，如果您有原始代码，绝对不要放弃它。单独保存缩小的代码。

我记得在某个地方读到可以压缩所有资源(如图像、css、javascript等)。通过在中设置一些选项。

是的，这叫做gzip压缩。它并不是apache独有的，但是您需要配置服务器才能启用它。

在Apache级别上进行的javascript压缩与使用YuiCom压机这样的工具进行的javascript压缩有什么不同？

是。YUI压缩器是一个小型机-输出是有效的javascript。服务器端压缩更类似于压缩文件--浏览器必须对其进行解码才能使用它。将两者结合使用将产生最小的文件大小。

Answer 2

您不应该调试精简的代码。理想情况下，开发过程如下：

1. 您在本地构建和调试站点。您有完整版本的javascripts、样式表和所有内容。
2. 将一个版本部署到生产机器上。您缩小并gzip您的资产副本，并将其推送到服务器。您的本地开发副本未被更改。
3. 如果生产中有错误，您可以修改本地版本，缩小、压缩、上传。

重复，直到盈利

Answer 3

如果您想调试生产代码，Chrome Dev工具可以去混淆(并取消-minify) javascript代码(当尝试在开发中看不到的活动环境中复制bug时很有用)。

​

​