跳转到主要内容

为何选择 Electron

Electron 是一个框架，它将 Web 技术（HTML、JavaScript、CSS）与 Node.js 和原生代码相结合，使开发者能够为 macOS、Windows 和 Linux 构建跨平台桌面应用程序。它是开源的，采用 MIT 许可，可免费用于商业和个人用途。本文档将解释公司和开发者选择 Electron 的原因。

我们可以将 Electron 的优势分为两个问题：首先，为什么你应该使用 Web 技术来构建你的应用程序？其次，为什么你应该选择 Electron 作为实现这一目标的框架？

如果你已经为你的应用程序使用了 Web 技术，你可以直接跳到下面的为什么选择 Electron？部分。

为什么选择 Web 技术​

Web 技术包括 HTML、CSS、JavaScript 和 WebAssembly。它们是现代互联网的门面。这些技术已成为构建用户界面的最佳选择——无论是消费者应用程序还是任务关键型业务应用程序。这不仅适用于需要在浏览器中运行的应用程序，也适用于无法从浏览器访问的桌面应用程序。我们在此大胆声明，这不仅适用于需要在多个操作系统上运行的跨平台应用程序，而且总体上都是如此。

例如，NASA 的实际任务控制中心是用 Web 技术编写的。彭博终端，这个在每个金融机构都能找到的计算机系统，是用 Web 技术编写的，并在 Chromium 内部运行。它每年每个用户花费 25,000 美元。麦当劳的订餐亭，为世界上最大的食品零售商提供动力，完全由 Chromium 构建。SpaceX 的龙飞船 2 号使用 Chromium 来显示其界面。你懂了：Web 技术是构建用户界面的绝佳技术栈。

以下是我们，Electron 维护者，押注 Web 的原因。

多功能性​

HTML 和 CSS 的现代版本使你的开发者和设计师能够充分表达自己。Web 的展示包括 Google Earth、Netflix、Spotify、Gmail、Facebook、Airbnb 或 GitHub。无论你的应用程序需要什么样的界面，你都可以用 HTML、CSS 和 JavaScript 来表达它。

如果你想专注于构建一个出色的产品，而不是费尽心思地在特定的 UI 框架中实现设计师的愿景，那么 Web 是一个安全的选择。

可靠性​

Web 技术是地球上使用最广泛的用户界面基础。它们已经得到了相应的强化。现代计算机已经从 CPU 到操作系统都进行了优化，以更好地运行 Web 技术。你的用户设备制造商——无论是 Android 手机还是最新的 MacBook——都将确保他们可以访问网站、在 YouTube 上播放视频或显示电子邮件。反过来，他们还将确保你的应用程序拥有稳定的基础，即使你只有一个用户。

如果你想专注于构建一个出色的产品，而不用调试一个以前没有人发现的奇怪问题，那么 Web 是一个安全的选择。

互操作性​

无论你需要与哪些提供商或客户数据交互，他们可能都已经考虑了与 Web 的集成路径。根据你选择的技术，嵌入 YouTube 视频要么需要 30 秒，要么需要你雇佣一个专门负责流媒体和硬件加速视频解码的团队。就 YouTube 而言，使用提供的播放器之外的任何东西实际上都违反了他们的条款和条件，因此在你实现自己的视频流解码器之前，你很可能会嵌入一个浏览器框架。

如果你用 Web 技术构建应用程序，几乎没有平台无法运行你的应用程序。几乎所有带显示屏的设备——无论是 ATM、汽车信息娱乐系统、智能电视、冰箱还是任天堂 Switch——都带有显示 Web 技术的方法。如果你想跨平台，Web 是一个安全的选择。

普及性​

很容易找到有 Web 技术构建经验的开发者。如果你是一名开发者，你很容易在 Google、Stack Overflow、GitHub 或你选择的编码 AI 上找到问题的答案。无论你需要解决什么问题，很可能有人之前已经很好地解决了它——你可以在网上找到问题的答案。

如果你想专注于构建一个拥有充足资源和材料的优秀产品，那么 Web 是一个安全的选择。

为什么选择 Electron​

Electron 将 Chromium、Node.js 和编写自定义原生代码的能力结合到一个框架中，用于构建功能强大的桌面应用程序。使用 Electron 的主要原因有三个

企业级​

Electron 可靠、安全、稳定且成熟。它是公司构建其旗舰产品的首选。我们的主页上列出了一些这样的公司，但仅在聊天应用程序中，Slack、Discord 和 Signal 都是用 Electron 构建的。在 AI 应用程序中，OpenAI 的 ChatGPT 和 Anthropic 的 Claude 都使用 Electron。Visual Studio Code、Loom、Canva、Notion、Docker 和无数其他领先的软件开发者都押宝 Electron。

我们确实将使 Electron 易于使用并令开发者感到愉悦作为优先事项。这可能是 Electron 之所以如此受欢迎的主要原因——但让 Electron 保持活力和蓬勃发展的是维护者专注于使 Electron 尽可能稳定、安全、高性能，并能够满足最终用户的关键任务用例。我们正在构建一个 Electron，它已准备好用于无法修复的错误、未修补的安全漏洞和任何形式的中断都是最坏情况的场景。

成熟​

我们目前的估计是，地球上大多数桌面电脑都运行至少一个 Electron 应用程序。Electron 通过优先考虑其维护者团队中的人才，在管理持续维护方面培养卓越和可持续的工程实践，并积极邀请押注 Electron 的公司直接为项目做出贡献而成长。我们是 OpenJS 基金会的一个有影响力的项目，OpenJS 基金会本身是 Linux 基金会的一部分。我们与 Node.js、ESLint、Webpack 等其他基金会项目——或 Linux 内核或 Kubernetes——共享资源和专业知识。

这一切对你，一个开发者来说，在实践中意味着什么？

  • 可靠的发布计划：Electron 将与每隔一个主要的 Chromium 发布同步发布一个新的主要版本，通常与 Chromium 同一天。为了实现这一点，需要投入大量的工作，包括构建流程和工具的形式，以及每周投入的原始工时。
  • 没有独裁者：有时，押注一项技术也需要你押注一个人或一家公司。反过来，这要求你相信这个人或公司永远不会崩溃，不会直接与你作对，或做任何其他剧烈的事情，迫使你重新考虑你的整个技术栈。Electron 由众多公司（Microsoft、Slack/Salesforce、Notion 等）维护，并将继续欢迎更多有兴趣确保其“在决策桌上占有一席之地”的公司。

稳定性、安全性、性能​

Electron 通过将最新版本的 Chromium、V8 和 Node.js 直接与应用程序二进制文件捆绑在一起，在所有目标平台（macOS、Windows、Linux）上提供最佳体验。在以最高的稳定性、安全性和性能运行和渲染 Web 内容方面，我们目前认为该技术栈是“同类最佳”。

为什么需要捆绑任何东西​

你可能想知道，当大多数现代操作系统已经附带浏览器和某种形式的 Web 视图时，我们为什么还要将 Chromium 的 Web 技术栈与我们的应用程序捆绑在一起。捆绑不仅极大地增加了 Electron 维护者的工作量，还增加了 Electron 应用程序的总磁盘大小（大多数应用程序都大于 100MB）。许多 Electron 维护者曾经开发过使用嵌入式 Web 视图的应用程序——此后他们接受了增加的磁盘大小和维护工作是一个值得的权衡。

当使用操作系统的内置 Web 视图时，你受限于需要支持的最旧操作系统版本中包含的浏览器版本。我们发现这种方法存在以下问题：

  • 稳定性：现代 Web 技术栈非常复杂，因此你迟早会遇到 bug。如果你使用操作系统的 Web 视图，你唯一的补救措施就是要求客户升级他们的操作系统。如果该机器没有可用的升级（因为无法升级到最新的 macOS 或 Windows 11），你将不得不要求他们购买一台新电脑。如果你不走运，你现在正在失去一个重要客户，因为他们不会仅仅因为一个团队想尝试你的初创公司应用程序而升级他们整个数千台机器的设备。在这种情况下，你将无计可施。即使是发生这种情况的风险对于雇用 Electron 维护者的公司来说也是不可接受的。
  • 安全性： 类似于通过发布应用更新来修复稳定性错误一样，你也可以发布应用的安全性修复，而无需让客户升级操作系统。即使操作系统提供商优先更新其内置浏览器，我们也没有看到它们以类似的紧迫性可靠地更新内置 Web 视图。捆绑 Web 渲染器可以让你，开发者，拥有控制权。
  • 性能： 对于简单的 HTML 文档，内置 Web 视图有时会比带有捆绑框架的应用程序占用更少的资源。对于更大的应用程序，我们的经验是，使用最新版本的 Chromium 可以提供比内置 Web 视图更好的性能。你可能会认为内置视图可以与其它应用程序和操作系统共享大量资源——但出于安全原因，应用程序必须运行在自己的沙盒中，彼此隔离。此时，问题在于操作系统的 Web 视图是否比 Chromium 更高性能。对于许多应用程序，我们的经验是，捆绑 Chromium 和 Node.js 使我们能够构建更好、更强大的体验。

为什么捆绑 Chromium 和 Node.js​

Electron 旨在使其支持的应用程序提供最佳的用户体验，其次是最佳的开发者体验。Chromium 是目前可用的最佳跨平台渲染技术栈。Node.js 使用 Chromium 的 JavaScript 引擎 V8，这使我们能够结合两者的力量。

  • 需要时可使用原生代码：得益于 Node.js 成熟的原生插件系统，你可以随时编写原生代码。没有系统 API 是你无法触及的。无论你想集成哪个 macOS、Windows 或 Linux 功能——只要你能用 C、C++、Objective-C、Rust 或其他原生语言实现，你就能在 Electron 中实现。这再次赋予你，开发者，最大的控制权。通过 Electron，你可以在不只选择 Web 技术的情况下使用 Web 技术。

开发者体验​

总而言之，我们旨在构建一个成熟、企业级且适用于关键任务应用程序的 Electron。我们优先考虑可靠性、稳定性、安全性和性能。尽管如此，你可能还会因为其开发者体验而选择 Electron

  • 强大的生态系统：你在 npm 上找到的任何东西都可以在 Electron 中运行。任何关于如何使用 Node.js 的资源也适用于 Electron。此外，Electron 本身拥有一个蓬勃发展的生态系统——包括大量的安装程序、更新程序、更深层次的操作系统集成等等。
  • 大量内置功能： 在过去的十年中，Electron 的核心获得了许多你可能需要构建应用程序的原生功能。Electron 用 C++ 和 Objective-C 编写，拥有数十个易于使用的 API，用于更深层次的操作系统集成——例如针对透明或奇形怪状小部件的高级窗口定制、接收来自 Apple 推送通知网络的推送通知，或处理应用程序的自定义 URL 协议。
  • 开源：整个技术栈都是开源的，可供你检查。这确保了你将来可以自由添加任何功能或修复任何遇到的错误。
  • 需要时可使用原生代码： 值得重申的是，Electron 允许你混合和匹配 Web 技术以及 C++、C、Objective-C、Rust 和其他原生语言。无论是 SQLite、整个 LLM，还是仅仅调用一个特定的原生 API 的能力，Electron 都会使其变得容易。

为什么选择其他方案​

如上所述，Web 是构建界面的绝佳平台。这并不意味着我们，维护者，会用 HTML 和 CSS 构建所有东西。以下是一些值得注意的例外情况

资源受限环境和物联网： 在内存或处理能力非常有限的场景（例如，低功耗 ARM Cortex-M 上的一兆字节内存和 100MHz 处理能力），你可能需要使用低级语言直接与显示器通信以输出基本文本和图像。即使在功率稍高一点的单芯片设备上，你也可能需要考虑嵌入式 UI 框架。一个经典的例子是智能手表。

小磁盘占用空间：压缩后的 Electron 应用程序通常在 80 到 100 兆字节左右。如果较小的磁盘占用空间是硬性要求，你将不得不使用其他方案。

操作系统 UI 框架和库：通过允许你编写原生代码，Electron 可以做任何原生应用程序可以做的事情，包括使用操作系统的 UI 组件，如 WinUI、SwiftUI 或 AppKit。实际上，大多数 Electron 应用程序很少使用这种能力。如果你的应用程序大部分想使用操作系统提供的界面组件构建，那么为每个你想要定位的操作系统构建完全原生应用程序可能更好。这并不是说 Electron 不可能，只是总体开发过程可能会更容易。

游戏和实时图形： 如果你正在构建一个高性能游戏或需要复杂实时 3D 图形的应用程序，Unity、Unreal Engine 或 DirectX/OpenGL 等原生框架将提供更好的性能和更直接的图形硬件访问。Web 粉丝可能会指出一些注意事项，例如 Unreal Engine 本身就附带了 Chromium——或者 WebGPU 和 WebGL 正在快速发展，许多游戏引擎，包括这里列出的那些，现在都可以输出可以在浏览器中运行的游戏格式。话虽如此，如果你要求我们构建下一个 AAA 游戏，我们可能会使用比纯 Web 技术之外的其他东西。

嵌入轻量级网站：Electron 应用程序通常主要是 Web 应用程序，在需要时散布原生代码。处理密集型 Electron 应用程序倾向于用 HTML/CSS 编写 UI，并用 Rust、C++ 或其他原生语言构建后端。如果你计划构建一个主要的原生应用程序，并且还想在特定视图中显示一个小网站，那么你最好使用操作系统提供的 Web 视图或像ultralight这样的东西。