为什么webpack和babel依赖于Node.js来运行?

vwkv1x7d  于 2022-12-08  发布在  Babel
关注(0)|答案(2)|浏览(136)

我正在学习babel和webpack,然后发现我需要安装node.js来运行它们,我问自己为什么?然后根据我的研究,我们需要node.js来运行webpack和babel,因为它们都是用JS编写的,并且运行那个JS代码。(对于巴别塔)并将代码打包(对于webpack)。另外,另一个原因是,由于babel和webpack都在浏览器之外处理我们的JS代码,这就是使用Node.js的原因。这些原因是真的吗?

bis0qfac

bis0qfac1#

根据Node.js网站上的信息-
Node.js®是一个基于Chrome V8 JavaScript引擎构建的JavaScript运行时。
Webpack和babel(沿着其他许多你可能用于前端开发的工具)都是用javascript编写的,因为它们是命令行工具,所以它们需要一种在浏览器之外运行的方法(直接在你的机器上)。
他们本可以使用其他语言来编写工具,但由于他们选择用javascript编写,Node.js是目前唯一可行的选择。
如果您感兴趣的话,nodejs的原始创建者RyanDahl已经为Javascript/Typescript构建了另一个安全的运行时环境,称为Deno

svujldwt

svujldwt2#

是的,目前the node.js project不可移植的,通过完全开放源代码的披露,也不能扩展到端口node.js commonjs,没有一个 * 及时转发器与服务器上的服务工人
定义:FHC =“
来自半场 *”

巴别塔网络包

(1)* 运输 / 移动(写入&读取,not ln -s sym...bolic link)&(2)堆肥/堆积 * 到JIT目标上,

如v8或其他浏览器javascript解释器v8 on a service worker可以边缘编译**,正好及时在browser v8 environment * 中进行解释**,但仍然在cloudflare edge server * 上。

据称,**rustwebassembly modules提供了脂质[llvm-] Package **ping
核酸胞吐作用需要是一种成熟的病毒

初始例程必须是可定位的JIT扩展!

编译器/传输器仍然需要它的目标作用域可接收性。声明(FHC)Emit是要执行的,就像编译是要解释的一样,甚至是AST

相关问题