有没有理由不使用在线 uglifyjs 缩小器？
is there a reason to not use an online uglifyjs minifier?
有什么理由不使用像http://skalman.github.io/UglifyJS-online/这样的在线uglifyjs程序吗？感觉比自己安装简单多了。
存在一些安全隐患 - 您基本上不仅向随机第三方展示您的整个代码（如果未通过 TLS 则向其他侦听器展示），而且还相信第三方和任何攻击者不会插入恶意内容。
此外，特定的在线服务可能不可靠或损坏（希望以明显的方式反对，比如说，只发出前 512 个字节）。如果您的终端出现路由问题，您也很不走运。有时，它也可能很慢 - 本地缩小工具应该在 0.1 秒内完成，这在互联网上很难做到，尤其是在移动连接上。
但最重要的是，如果配置正确，交互式使用在线服务应该更多，而不是更少。好的软件可以自动构建和发布。如果您的构建过程需要手动复制代码，将其粘贴到某处，然后再复制回结果，那会浪费很多时间。
如果您使用构建过程工具（如 grunt 或古老的 make），缩小可以自动完成，作为大型列表中的一个步骤。
此外，导航到网站比点击构建按钮更难。
最后，安装并不难 - 看看 the instructions。
npm install uglify-js -g
应有尽有。
有什么理由不使用像http://skalman.github.io/UglifyJS-online/这样的在线uglifyjs程序吗？感觉比自己安装简单多了。
存在一些安全隐患 - 您基本上不仅向随机第三方展示您的整个代码（如果未通过 TLS 则向其他侦听器展示），而且还相信第三方和任何攻击者不会插入恶意内容。
此外，特定的在线服务可能不可靠或损坏（希望以明显的方式反对，比如说，只发出前 512 个字节）。如果您的终端出现路由问题，您也很不走运。有时，它也可能很慢 - 本地缩小工具应该在 0.1 秒内完成，这在互联网上很难做到，尤其是在移动连接上。
但最重要的是，如果配置正确，交互式使用在线服务应该更多，而不是更少。好的软件可以自动构建和发布。如果您的构建过程需要手动复制代码，将其粘贴到某处，然后再复制回结果，那会浪费很多时间。
如果您使用构建过程工具（如 grunt 或古老的 make），缩小可以自动完成，作为大型列表中的一个步骤。
此外，导航到网站比点击构建按钮更难。
最后，安装并不难 - 看看 the instructions。
npm install uglify-js -g
应有尽有。