当前位置：首页 > news >正文

关于 Node.js、Deno 和 Bun 的思考

news 来源：原创 2024/9/19 14:49:51

十多年来，如果你想在服务器上运行 JavaScript，你唯一的选择就是 Node.js。它已经得到了世界上一些最苛刻的公司的支持，其中许多公司雇佣员工来帮助维护或为项目做出贡献。然后在 2018 年，Node.js 的创建者 Ryan Dahl 宣布了Deno，这是一个新的服务器端 JavaScript 运行时，旨在解决 Node.js 的许多问题。快进到 2023 年，Bun作为 Node.js 的另一种替代方案发布。要决定使用哪一个，了解 Deno 和 Bun 吸引开发人员的方法很重要。

Deno：反 Node.js

Deno的方法几乎是从头开始，对服务器端 JavaScript 运行时的含义进行了一次宏大的重新思考。Deno基于功能的安全模型意味着运行时默认无法访问外部资源（如文件或互联网）。您需要告诉 Deno JavaScript 程序可以做什么。它还内置了对 TypeScript 的支持，因此无需单独的构建步骤。Deno 是用 Rust 编写的，因此它将内存安全作为架构的基础部分。所有 JavaScript API 都已针对现代 JavaScript 进行了重新设计，并在适当的情况下使用了承诺和异步迭代器，默认情况下，Deno 包含许多开发人员熟悉的 Web API（如 fetch()）。最初，Deno 甚至无法使用 npm 包，因为它提升了使用 HTTP 模块导入的能力。他们后来增加了对 Node.js 内置包和 npm 的支持。

Bun：更快的 Node.js

Bun认为 Node.js 没有任何问题，只是需要更快并原生支持 TypeScript。因此，主要目标是与现有的 Node.js 应用程序完全兼容。您应该能够运行“bun install”，然后运行“bun start”，然后一切工作都与 Node.js 完全相同。因此，大多数 Node.js 内置包和 npm 包都应该可以在 Bun 中使用。虽然 Bun 确实有一些自己的 API，最值得注意的是文件 I/O，但您大多不需要使用它们。

Node、Deno、Bun 如何选择

有三种可能的服务器端运行时，您应该怎么做？

需要注意的是这三个运行时之间的一个关键区别：Node.js 是一个社区项目，而 Deno 和 Bun 是公司项目。虽然 Deno 和 Bun 都是开源的，但它们的开发主要由两家公司的带薪员工进行，最终目标是为这些公司带来利润。我将此作为事实陈述，而不是控告。公司需要赚钱才能生存，通过创建开源软件来做到这一点并没有错。唯一的问题是，如果公司倒闭了，这些开源项目会发生什么？或者如果公司转向其他方向并放弃该项目？

这就是为什么保留轻松切换运行时的能力是有意义的。无论你现在想在生产中使用 Node.js 还是 Deno 或 Bun，都没关系。你真正想要的是能够在以后以尽可能少的痛苦改变主意。

这到底是什么意思？

**不要使用 Deno 或 Bun 特定的 API。**这样做会使以后很难切换到其他运行时。坚持使用 Deno 和 Bun 中已支持的 Node.js API。
对 Node.js 内部模块使用“node:”前缀。Deno和 Bun 都支持大部分 Node.js 内部模块，但只有当存在“node:”前缀时，它们才能识别这些模块。使用“node:”前缀时，Node.js 可以正常工作，因此您可以确保在所有三个运行时中都具有兼容性。
使用 npm 和 JSR 包，而不是 HTTP 模块说明符。Deno的早期创新之一是能够通过 URL 指定模块。Deno 仍然是唯一支持这种加载模块方式的运行时，因此最好坚持使用 npm 和 JSR 包，这两者都可以在所有三个运行时中使用。
使用 package.json 指定依赖项。Deno鼓励您使用 deno.json 或 jsr.json 来指定依赖项，但它也可以使用 package.json。
**始终使用 Node.js 运行 CI。**如果您使用 Deno 或 Bun，Node.js 是一个很好的后备方案，因为它不受任何一家公司的约束。为了确保您能够快速切换运行时，即使您部署到 Deno 或 Bun，也应始终在 Node.js 中运行持续集成 (CI) 测试。由于 Deno 和 Bun 与 Node.js API 具有出色的兼容性，因此编写一次可在三种运行时中运行的代码比以往任何时候都要容易。诀窍实际上是以 Node.js 为目标，然后使用 Deno 和 Bun 的兼容性功能。这样，如果您选择的运行时发生任何问题，您的应用程序都可以继续运行而不会遇到太多麻烦。