Svelte核心团队成员打造gpuix-svelte，无需浏览器运行Svelte桌面应用

通过 Twitter 分享 通过 Facebook 分享 通过 Linkedin 分享 通过 Reddit 分享 2026 年前端框架和库的现状如何？这是如今许多前端开发者都在纠结的问题，而一个可能的答案是：前端已经向技术栈的更深处延伸了。以 gpuix-svelte 为例，这是 Svelte 核心团队成员 Stanislav Khromov 构建的一个实验性项目，它能把 JavaScript 框架 Svelte 渲染为原生桌面应用，底层完全不依赖浏览器。在这个案例中，Web 开发者熟悉的框架被保留了下来，但它原本所针对的浏览器变得不再必要，并退出了舞台。哇哦。

我之前写过，在我们这个 AI 辅助、代码廉价的时代，原生代码正散发出新的吸引力，并以 Shopify 从 React Native 迁回 Swift 和 Kotlin 作为典型例子。Shopify 一路彻底走向原生，用平台语言替换了它的 JavaScript 层。gpuix-svelte 及类似项目则采取了不同的路线。开发者继续用 Web 框架编写代码，但 JavaScript 运行在 Node 或 Bun 中，由一个原生渲染器来绘制 UI。

Shopify 和 gpuix-svelte 都在向技术栈的更深处、更贴近底层硬件的方向移动，而且最令人震惊的是，它们都在远离浏览器这一 UI 的默认目标。那么，在 RedMonk，我一直在研究：既然代码已经如此廉价，软件开发团队现在把精力集中在哪里？gpuix-svelte 除了为这项研究再添一个数据点之外，还带来了什么？跟我一起来看看吧！

Khromov 的 gpuix-svelte 建立在两层之上。最底层是 GPUI，即 Zed 代码编辑器背后的 Rust UI 引擎，它直接在计算机的图形芯片上绘制界面。在它之上是 Tommy D. Rossi 的 GPUIX，这是一个让 JavaScript 框架把组件交给 GPUI 的桥接层。Rossi 为 React 和 Solid 编写了适配器，而 gpuix-svelte 把 Svelte 作为第三个加入进来。结果如何？普通的前端组件变成了面向 macOS、Windows 和 Linux 的原生桌面应用。重要的是，整个过程不涉及任何 Web 浏览器，连 Electron 和 Tauri 这类工具所依赖的隐藏内置浏览器都没有。

看到 GPUI 支持的前端家族又添新成员，我并不感到意外。自 Rich Harris 十年前推出 Svelte 以来，它一直是开发者的心头好，尽管它在 Web 上的份额相对较小。我们在 2026 年 Stack Overflow 开发者调查的“Web 框架和技术”部分看到了一个信号，调查作者指出：

Svelte 和 SvelteKit 都备受推崇，分别获得 59% 和 64% 的好评率。

gpuix-svelte 让开发者可以继续按他们熟悉的方式编写 Svelte，但把应用打包成一个自包含的单一程序，既不像 Electron 应用那样捆绑一整份 Chrome 浏览器副本，也不像 Tauri 应用那样依赖用户操作系统内置的浏览器引擎。这是一件大事，而且值得注意的是，Bluesky 上的首批回复之一来自开发者 Zach Inglis，他正是因为 Linux 上的 webview 渲染问题而放弃了 Tauri。

这太棒了。我在 Linux 上渲染 web view 时遇到过太多问题（因此没法用 Tauri）。看起来这个方案解决了问题！ —— Zach Inglis / Pie (@zch.co) 2026-10-24T19:36:18.341Z

下面的大多数项目都属于我们熟悉的那一类跨平台框架，目的是让团队只写一次应用就能到处发布（Google 的 Flutter、JetBrains 的 Kotlin、Apple 的 Swift、Microsoft 的 .NET MAUI）。新鲜之处在于，它们在兑现这一承诺的同时并不依赖浏览器。一批把熟悉的 Web 风格编写方式拉向原生渲染的项目包括：

这些项目的共同点是：开发者仍然想用自己已经掌握的框架来编写声明式、基于组件的 UI。他们只是不再希望浏览器挡在代码和屏幕之间。从这个意义上说，这些项目和 Shopify 一样在向技术栈更深处移动，只是交易方式不同。Shopify 放弃了共享的 JavaScript 层，因为 AI 智能体让编写 Swift 和 Kotlin 的成本降低了一半。这些项目保留了共享层，但把底下的浏览器换成了直接与 GPU 或原生视图对话的渲染器。无论哪种方式，浏览器都不再是 UI 运行的默认场所。

在过去十年的大部分时间里，Web 平台靠默认获胜，因为为每个原生目标重新构建实在太贵。如今，AI 智能体让编写和维护 JavaScript 框架与 Rust GPU 渲染器之间的胶水代码变得廉价，独立维护者也能承接过去需要一支有资金的团队才能做的项目，而开发者效率与原生性能之间的旧有权衡也随之消解。值得注意的是，gpuix-svelte 附带了 AGENTS.md，并以 llms.txt 的形式发布文档，这暗示了其作者预期是谁（以及什么）来编写这些应用。

那 Web 本身呢？WebAssembly 让这些原生渲染器也能在浏览器内运行，GPUIX 和 gpuix-svelte 都已经提供了这一能力。这样一来，浏览器就成了若干部署目标之一，而不是一切围绕其构建的平台。问题在于，这些应用把整个界面绘制成一张单一的图片，而不是用浏览器、屏幕阅读器和搜索引擎所理解的 HTML 元素来构建页面，这意味着它们放弃了 Web 所提供的一些东西，比如可访问性和搜索索引，因此这种方式更适合类应用的体验，而非普通网页。

尽管 gpuix-svelte 只是一个实验，依赖尚未发布的 Svelte API，并且只支持一组固定的元素、无法使用基于 DOM 的组件库，但其创新方向值得关注。前端框架不再只是管理 DOM 的工具。它们正在变成可移植的编写层，可以架在最适合的渲染器之上，而在廉价代码时代，这越来越意味着原生渲染而非浏览器。

免责声明：Google 和 Microsoft 是 RedMonk 的客户。