javascript - 缩小仅由 Node 读取的源代码有什么好处吗?

标签 javascript node.js google-closure-compiler minify uglifyjs

<分区>

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

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

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

最佳答案

缩小的重点是减少带宽(更小的文件 = 更少的字节)。由于您没有将服务器端代码发送给客户端,因此没有理由减少它。诚然,从磁盘读取文件会快一点一点点,但如果启动时间是你的瓶颈,你就会遇到一些更大的问题。

话虽如此,闭包编译器不仅仅是一个缩小器:它试图成为一个 javascript 编译器,试图加速你的代码。不同的 JIT 也可能更喜欢您的“已编译”代码,尤其是在函数内联方面。话虽如此,,速度差异可能可以忽略不计。

结论:不,但您可能会喜欢收获副作用。我不知道有任何测试,因此您可以成为该领域的先驱。在一段时间内对未缩小的程序进行基准测试,然后对缩小版本进行基准测试。

关于javascript - 缩小仅由 Node 读取的源代码有什么好处吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/21791557/

相关文章:

javascript - 如何处理两个ajax请求?

javascript - 需要输入不适用于 iPad 3 上的 Safari

javascript - AngularJS 无法使用 Google Closure App + Ant 进行编译

javascript - 闭包编译器没有使用 && 将此 if 语句扁平化为 "guard"

javascript - React - Babel 不转译文件

javascript - jquery 在没有交互发生时隐藏元素

node.js - 我们可以在 Sails.js 中设置单个模型属性的 Blueprint "populate"属性吗?

javascript - 检索发送者和接收者共享的消息 - chat mongodb, express, react

javascript - 使用 Grunt 启动 Nightwatch 时,网站服务器未启动

javascript - 如何使用 Closure Compiler 优化 Javascript 并保留函数名称?