缩小仅由Node读取的源代码是否有任何好处?

在NodeJS应用程序中,使用缩小的源代码服务器端有什么好处吗?

我能想到的唯一好处是,较小的JS文件可能会从磁盘稍快加载。 但这似乎微不足道,因为它只会影响启动时间。

那么,在将其部署到我们的生产服务器之前,是否有任何理由通过uglify或闭包编译器来处理我们的源代码?

       

网上收集的解决方案 "缩小仅由Node读取的源代码是否有任何好处?"

缩小点正在减less带宽(文件越小=字节越less)。 既然你不把你的服务端代码发送给你的客户端,那么没有理由减less它。 诚然,从磁盘读取文件会快一点,但如果启动时间是瓶颈,则会遇到一些更大的问题。

话虽如此,闭包编译器不仅是一个缩小器:它试图成为一个JavaScript编译器,试图加快你的代码。 不同的JIT可能更喜欢你的“编译”代码,特别是在函数内联中。 话虽如此 ,速度差异可能可以忽略不计。

总之:不,但你可能会喜欢收获副作用。 我不知道有什么testing,所以你可以成为这个领域的先驱。 在一段时间内testing您的未分类程序,然后对缩小版本进行基准testing。

是。

这将减less启动时间,因为node.js正在加载它们并在每次启动时parsing它们。

但是这样做的好处是微不足道的。 如果你正在编写一个服务器,你甚至不应该这么做,因为服务器只启动一次,而且工作很长时间。

然而,如果你正在编写一个大型的CLI应用程序(像yapm或者bower或者component这样的软件包pipe理器就是很好的例子),那么你就有可能大大缩短启动时间。 这不仅是因为缩小,而且主要是因为捆绑和保存require()fs命中。 尽pipe自我缩小并没有带来太多的东西。

无论如何,尝试用nexe编译你的应用程序,找出你自己。 有一个机会,你不会得到任何好处,但至less你会知道它。 🙂