包装Javascripts - 值得吗？

Question

如果打包的Javascript从下载大小中节省了20kb，但是打开包装需要打包，那么除了混淆代码之外还有什么好处吗？

我已将其设为社区维基，因为它可能会对某些讨论持开放态度。

Answer 1

打包的javascript代码通常不需要花费更长的时间来执行常规代码。大多数代码打包器会缩短变量，函数名称并使用大量技巧来缩小源代码。生成的源是完全可执行的！您可以在运行时使用firebug查看它来验证这一点。您将看到压缩代码以最小化的形式执行。

Answer 2

简短回答是的，因为客户端机器的解包时间比传输速度快，互联网也是按原样超载，所以任何有助于让事情变得更好的贡献都会受到匿名者的赞赏，同时请记住，大多数客户都会缓存这些东西，并且文件越大，从客户端缓存中驱逐自身或其他东西的机会就越大，尤其是在移动设备中

Answer 3

据推测，打包的JavaScript（稍微）对服务器发送效率更高，而解包费用则由客户端承担。

如果两种情况下的用户体验相同，我会选择打包的JS。

任何时候您都可以将一些工作推送到客户端而不会产生负面的用户体验，去实现它，并从分布式计算中获益。

Answer 4

雅虎YSlow的人员建议同时使用minifier和gzip压缩。

minifier将删除空格，缩短变量名等。这样你就可以使用适当的缩进和变量名进行编码，以便其他开发人员能够理解你的代码。

gzip压缩可能更有价值。

Answer 5

问题是，为什么包装可以节省20kB？你应该调查你的'普通'javascript更小。通过在运算符周围放置空格，或者使用很长的变量和函数名，是否可以显着提高代码的可读性？我在任何网页内容，脚本或网页或CSS上看到的最令人震惊的带宽浪费是用空格缩进。如果必须缩进，请使用制表符或单个空格。没有什么比开始时有20多个空格的连续数百行更浪费了。