为什么使用Webpack捆绑在节点环境中运行的应用程序
对我来说，Webpack是“web”的捆绑器，因为浏览器对js模块系统没有很好的支持。因此，使用Webpack，我们仍然可以使用“模块”的方式来为浏览器开发和打包它们。
Webpack有一个配置选项目标
module.exports = {
target: 'node'
};
使用nodewebpack将编译以在类似node.js的环境中使用
但是NodeJS已经支持了公共JS模块，为什么需要Webpack来构建在NodeJS环境中运行的东西？
此外，如果您想编译javascript，例如，使用ES模块，您可以使用babel来编译，使用ES模块转换插件或适当的预设。
为什么要使用Webpack，将目标设置为节点，然后使用babel loader。。。而不是直接使用巴别塔？
我想不出使用Webpack捆绑在节点中运行的应用程序的用例。
共有2个答案
具有单个server.js输出
- 可在服务器上即时部署
- 与您的开发环境相比，无需担心依赖项不匹配
对于node，我可以考虑何时使用webpack的一个原因是，您有一个尚未编译的node\u模块包（仍在ES6中）。
Babel-point将无法帮助您捆绑node_modules包，这些包需要与代码的其余部分一起传递
我必须经历这个过程……）：此场景对于希望服务器依赖于工作区中的另一个包的工作区非常有用。当您在webpack的帮助下对另一个包进行更改时，您的服务器将重新更新
如何在babel node中包含几个node_模块包
-
问题内容： 我正在尝试使用webpack开发angular2应用，但最终在浏览器控制台中显示错误：Uncaught ReferenceError：未定义系统。 当我查看捆绑的js时，发现它正在使用System.register，如下所示： 我的webpack.config.js非常简单，如下所示： 谁能为我修复？谢谢。 问题答案： 正如@Ron建议的 如果您使用Webpack捆绑应用程序，则必须将
-
我最近不得不考虑一个新的软件的部署方法，它是用以下代码编写的： 雀巢6/Express 该软件将部署在160多台服务器上，分布在整个欧洲，其中一些服务器的互联网连接非常糟糕。 我做了一些研究，很多人明确建议不要捆绑销售。主要的论点是本机扩展将失败与捆绑器，如或（剧透：这是真的，但有一个解决方案）。在我看来，这在很大程度上是由于人们不关心这个事实：的作者在这个用例中使用了几乎相同的词。所以通常，我被
-
谁能建议我如何在运行节点应用程序时在dockerfile中设置NODE_ENV变量。
-
问题内容： 是否可以在Linux环境上运行.net应用程序？如果是，那怎么办？.net框架的所有组件都可以在Linux上正常工作吗？ 问题答案： 请参阅使用Mono在Linux上运行.Net应用程序： 想象一下，您公司的命运取决于您按时完成新的Linux项目。您拥有一流的开发人员团队，但他们都是.Net程序员。你会怎样做？承认Windows比Linux更好？哭？辞职？不，您将安装Mono并拯救世界
-
我目前正在努力解决以下问题： 我有一个Java EE应用程序，它应该能够在集群中运行（实际上是这样）。对于节点之间的数据交换，我使用Hazelcast 3.3.3。因为我们的客户害怕UDP，所以我们使用TCP。因此，我为每个节点配置了3个hazelcast参数：要使用的网络接口、端口和集群成员。在现实生活中（不是docker环境），一切都正常。现在，我想将Java EE服务器放入docker容器中
-
本文向大家介绍axios为什么能在浏览器中环境运行又能在node中环境运行？相关面试题，主要包含被问及axios为什么能在浏览器中环境运行又能在node中环境运行？时的应答技巧和注意事项，需要的朋友参考一下 源码中defaults.js文件里有getDefaultAdapter这个方法，用来判断环境。如果是浏览器就实例new XMLHttpRequest()来发送请求响应服务，node环境就引用h