与其他工具的比较
deno desktop 是使用 Web 技术发布桌面应用的几种方式之一。下面是它与其他替代方案的对比。
一览 Jump to heading
| Electron | Electrobun | Tauri | Dioxus | deno desktop |
|
|---|---|---|---|---|---|
| 语言 | JS/TS (Node.js) | JS/TS (Bun) | Rust + web 前端 | Rust | JS/TS (Deno) |
| Web 引擎 | 捆绑的 Chromium | 系统 WebView | 系统 WebView | 系统 WebView | 捆绑的 CEF 或 WebView |
| 渲染一致性 | 是 | 否 | 否 | 否 | 是 (CEF) |
| 进程模型 | 多进程 | 多进程 | 多进程 | 单进程 | 多线程 (CEF) / 进程组 (WebView) |
| 后端 ↔ UI | IPC | IPC | IPC | 原生 Rust | 进程内通道 |
| 应用大小 | ~100 MB+ | ~61 MB | ~2–10 MB | ~5 MB | ~40 MB / ~150 MB (CEF) |
| npm / Node 兼容性 | 是 | 是 | 否 | 否 | 是 |
| 框架自动检测 | 否 | 否 | 否 | 否 | 是 |
| HMR | 否 | 是 | 是 (基于 Vite) | 是 (dx serve) |
是 |
| 内置自动更新 | 整个二进制文件 | bsdiff | 插件 | 无 | bsdiff |
| 内置安装包 | 是 | 否 | 是 | 否 | 部分支持 (DMG, AppImage) |
| 跨编译 | 是 (electron-builder) | 否（需要目标操作系统） | 否（需要目标操作系统） | 否 | 是 (--target) |
| macOS / Windows / Linux | 三者都支持 | 三者都支持 | 三者都支持 | 三者都支持 | 三者都支持 |
| iOS / Android | 否 | 否 | 是 | 是 | 还不支持 |
deno desktop 的优势 Jump to heading
零配置框架支持。 在 Next.js、Astro 或 Fresh 项目上运行 deno desktop . 无需适配器也无需配置：生产服务器以 release 模式运行，开发服务器则在 --hmr 下运行。其他工具都没有在这个层级上自动检测框架。
从一台机器进行跨平台编译。 与 deno compile --target 相同。Tauri 和
Dioxus 需要在本地具备目标平台才能构建（它们的工具链包含 Rust，
而 Rust 必须为目标平台编译）。Electrobun 可在 macOS、Windows 和
Linux 上运行，但会在各自的目标平台上构建每个应用。Electron 通过 electron-builder 支持
跨平台构建，但每个目标都需要 Node 以及平台特定的签名工具。
完整的 Node 兼容性，并且可选择后端。 Electron 同时捆绑了 Chromium 和 Node，但体积非常大。Tauri 和 Dioxus 体积小，但没有 JS 生态。deno desktop 默认使用操作系统的 webview（体积小，类似 Tauri），同时仍通过 Deno 提供完整的 Node 兼容层，包括处理器中的 npm: 导入和 bindings，并且在你需要一致渲染时还能打包 Chromium（CEF）。
进程内绑定，而不是 IPC。 Electron / Electrobun / Tauri 都在后端与 UI 之间使用基于 socket 的 IPC。调用会被序列化、跨越进程边界，然后再反序列化。deno desktop 将 Deno 运行时和渲染后端运行在同一进程内，通过进程内通道通信。值在调用过程中仍会被编码为 JSON，但不存在跨进程往返。
内置基于二进制差分的自动更新。 Electron 提供完整二进制。Tauri 的更新插件下载完整构建。Electrobun 和 deno desktop 都使用 bsdiff 补丁，但 deno desktop 将更新流程与运行时集成：无需单独的更新器二进制、自动回滚、清单轮询全部整合到一个 API 中。
其他工具的优势 Jump to heading
Electron：生态。 多年的工具、打包和签名体系。几乎所有主流编辑器和聊天应用都在使用它。如果你需要成熟的插件生态（Spectron、electron-builder、autoUpdater 抽象），Electron 已经具备。
Tauri：体积小和移动端。 Tauri 的二进制体积比 deno desktop（或 Electron）小一个数量级，而且 Tauri 2 支持 iOS 和 Android。如果体积或移动端优先，Tauri 更胜一筹。
Electrobun：在 Bun 生态中的快速迭代。 Electrobun 具有良好的 启动速度和 HMR，并且官方支持 macOS、Windows 和 Linux （Ubuntu）。如果你在 Bun 生态中工作，值得一看。
Dioxus：纯 Rust。 完全没有 JS 运行时。如果你从头到尾都用 Rust 编写，并且希望统一代码库，Dioxus 是不错的选择。
deno desktop 目前还没有的能力 Jump to heading
这些内容在本节相关页面中都有文档说明，但值得集中列出：
- 一步式公证。 macOS 安装包会进行代码签名（默认使用临时签名，或者使用已配置的 Developer ID 身份），但公证仍然是单独的
notarytool步骤。参见 分发。 - Windows MSI 和 Linux
.deb/.rpm安装器输出。 - Windows 上的自动更新。 基于二进制差分的 自动更新 适用于 macOS 和 Linux； 目前尚不支持 Windows。
- iOS / Android 目标平台。
- 原生剪贴板和安全存储 API（在这些能力上线之前，请先在 webview 侧使用 Web 的
ClipboardAPI）。原生 通知 和 系统托盘 / Dock API 已 可用。 - 桌面应用的运行时权限（即对每次文件系统 / 网络访问都进行权限提示，也就是将 Deno 的权限系统应用于桌面沙箱）。
- 应用之间共享 CEF 运行时。 目前每个应用都会捆绑自己的一份 CEF。若采用托管的共享运行时，每个应用的二进制体积将降至几 MB。已在路线图上。
何时选择 deno desktop Jump to heading
- 你的代码库是 JavaScript / TypeScript，并且不想写 Rust。
- 你希望跨平台获得一致的渲染，并且能接受捆绑 Chromium 带来的二进制体积。
- 你已经有一个 Next.js / Astro / Fresh / 等 Web 应用，并希望在不改代码的情况下得到桌面版本。
- 你希望从一台机器进行交叉编译。
- 你的后端代码需要完整的 Node 兼容性（npm 包、原生模块）。
- 你希望自动更新是内置的，而不是后加的。
何时选择其他方案 Jump to heading
- Tauri 如果二进制大小是不可妥协的、你不需要 npm，并且你想要 移动端。
- Electron 如果你团队现有的工具链、签名和 CI 已经面向 Electron。
- Dioxus 如果你从头到尾都在编写 Rust。
- Electrobun 如果你想站在 Bun 这一边。
Last updated on