当前开发跨平台桌面应用应该用什么语言和框架？考虑到生态和性能，以及 vibe coding 加持

语言

框架

性能

75 条回复 • 2026-03-08 09:36:13 +08:00

1

PC9528

2 天前

1

gpui 已经成功用 vibe coding 开发出一个可用的了..

2

yaakua

2 天前

Tauri 2

3

xtreme1

2 天前

你不如说说具体要搞啥

4

netme

2 天前

我用 rust + slint 。不过我的小工具是管理 wsl 的，so 只覆盖 windows 桌面平台。

5

caiyuan

2 天前

我就用 tauri 全程 vibe 出了一个 AI 翻译软件，deepl 的替代。

6

momo1999

2 天前

直接 AI 撸一个界面框架

7

nilaoda

2 天前

webview 方案，wails 单文件发布不错，tauri 也还行

原生方案，avalonia 不错但是感觉 AI 不够熟悉

8

murmur

2 天前

无脑 electron ，商业验证过的

9

ltaoo1o

2 天前

@momo1999 还真可以，我就用 AI 撸了一套 golang 实现的，内置多窗口、自动更新功能，还在用 AI 写前端框架 + 组件库。

10

yuhangch

2 天前

无脑 tauri2

11

falconwang0110

2 天前

1

我现在用的 Go + Wails2 ，单 exe ，挺爽。

12

layxy

2 天前

Lazarus

13

shintendo

2 天前

这什么建议
Tauri 和 Tauri 2 不都是 Rust + JS/TS 吗

14

hotea

OP

2 天前

@shintendo 应该是混合使用

15

287854442

2 天前 via Android

1

Rust + Tauri 2
我最近做了好几个基于 tauri 的，分享一点它的缺点：
1. 坑其实挺多的，很多插件不完善，得有这个预期。然后就发现得用 native 来实现部分功能（好在也不麻烦），AI 很容易遇到问题，就转 native 实现，这个时候要问清楚，不能太让他轻易换方案，否则就是各种平台宏满天飞了。
2. AI 对 rust 没有像其他语言（比如 typescript ）那么熟悉，建议用好一些的模型。

16

clearme

2 天前

Rust + tauri ,全程 vibe coding 出了一个开源的桌面 AI IDE ，因为没有打包 webview 内核，所以性能和内存占用还不错 https://github.com/GCWing/BitFun

17

lixuda

2 天前

@ltaoo1o 是 wails 吗

18

vfs

2 天前

@momo1999 很期待，看看有没有人能弄出来，感觉难度很大

19

psllll

2 天前

怎么都是浏览器，没人说 qt 吗

20

stinkytofux

2 天前

10

悲哀, 真是悲哀, 竟然没有一个人提到 QT. 用 QT6 开发桌面程序, 不管是性能还是资源占用都非常优秀. 跨平台能力也很强. 在 AI 的加持下, 编写 C++ 也不是那么难. 用 QT6 开发当然没有各种浏览器套壳来的快, 但是值得花点时间去打磨产品, 我真的不想在电脑上装一堆浏览器内核了, 朋友们!

21

sunny352787

2 天前

我用的 electron ，开发快功能强，AI 友好

22

ByteCat

2 天前

不用选，肯定 Electron ，ts 一把梭

23

david1025

2 天前

@stinkytofux qt 有什么授权风险么？

24

stinkytofux

2 天前

@david1025 开源的, 从开发到发布基本没有风险. 除非你非要静态链接, 理论上需要商业授权.

25

bingxx

2 天前 via Android

@stinkytofux 商用授权许可太贵了。

26

stinkytofux

2 天前

@bingxx 不必杞人忧天, 你有什么特别需求非要用商业版本.

27

GPLer

2 天前 via Android

@stinkytofux C/C++还是算了吧，写不明白内存泄露了不是更糟心，PyQt 看上去还行，不知道实际怎么样

28

muooOOO

2 天前

flutter 不香吗？官方亲自指导 vibe coding 。性能，占用，体积都很优秀。求求各位别再套壳浏览器了。

29

wjd2002

2 天前

QT C++，原生系统开发，跨平台、高性能，如果用上 vibe coding 门槛不高。

30

lh123lh

2 天前

Flutter 、Tauri 、Qt 都用的比较多，Flutter 和 Tauri 写个人项目挺好的，Qt 写公司的项目

31

dimwoodxi27

2 天前

要真考虑到生态和性能，就不会考虑 webview

32

SayHelloHi

2 天前

electrobun

https://blackboard.sh/electrobun/docs/

33

CyanHaze

2 天前

Tauri ，最近刚 vibe coding 了一个图片压缩工具： https://github.com/hiseanchow/tinyImage

34

anyChris

2 天前

看你对性能要求高不高。要求不高的话 Electron 生态最成熟，AI 写起来也最顺手，毕竟训练语料多。Tauri 2 体积小性能好，但 Rust 那块 vibe coding 还是容易翻车，调起来费劲。

我个人现在新项目默认 Tauri 2 了，前端随便选，Rust 后端只写胶水层就行，不用太深入。

35

rb6221

2 天前

商业项目 electron ，个人玩具 flutter 。
tauri 只是小部分人自嗨，在 rust 没有普及（我说的是有培训班那种，这说明市场上大量需求了）之前我不会放在主选项里面，除非哪天我有兴趣开始学 rust 了。

36

ltaoo1o

2 天前

@lixuda 不是，wails 现在好像没有内置自动更新功能吧，而且开发体验不是很好，就自己写了个。有 AI 写起来很快了，还可以增加更多功能，比如支持移动端开发

37

flytsuki

2 天前

能不能不要跨端,电脑上一堆浏览器

38

lujiaxing

2 天前

最优选: Electron...

其次 Avalonia / QT..

至于 Tauri, 讲真那玩意还需要会前端 + Rust, 那你都会前端了为什么不直接用 Electron? 考虑体积问题那你直接 Avalonia / QT 多好呢?

39

lujiaxing

2 天前

至于 Flutter, 还是在移动端待着吧别来 PC 端凑热闹.

40

humbass

2 天前

我一个 jser 也开始用 wails ，主要是打包太爽了，可以把资源文件直接包进去编译。不过听说 flutter 更原生。

41

ninjaJ

1 天前

技术没有银弹，要根据你自己的需求来选。现在这些方案每个都有缺点，你提供的信息太少了。

42

wanmyome

1 天前

为什么都推荐 webview 方案？个人十分反感 webview 方案；
推荐 Lazarus 和 qt

43

QlanQ

1 天前

@stinkytofux #20 在还是 qt 和 gtk 大战的时候，就留下了 qt 看着花哨，但是不好看的印象，知道今天还是很排斥 qt

44

youngxhui

1 天前 via iPhone

react native 不在考虑范围吗？

45

kakki

1 天前

我肯定选 electron

46

uni

1 天前

等我尝试一下 maui 再回来告诉你哈哈

47

simonsww

1 天前

我之前考虑是 go 后端+tauri2 前端实现，Wails2 成熟不，还没研究过

48

liuliuliuliu

PRO

1 天前

你得先说你要 webview 方案
还是原生方案

49

flyqie

1 天前

无脑选 electron 不要考虑其他的...

electron 资料多而且各厂商业项目上用的都比较多

50

aicareless

1 天前

Claude code

51

layxy

1 天前

@stinkytofux QT 的问题时容易收到律师函,尤其是有商业化计划的应用

52

midraos

1 天前

@stinkytofux #20 这就要提到 tauri 了，直接使用系统的 webview

53

9136347

1 天前

electron 无脑选吧

54

ruanimal

1 天前

@caiyuan 开源了吗

55

camork

1 天前 via iPhone

没人提 egui 吗，纯原生高性能，就是组件都要手搓

56

lwfre

1 天前

作为用户，我选择 tauri 。作为开发者，我选择 electron

57

LeegoYih

1 天前

用 Tauri+Rust 写过几个玩具，目前 Rust 生态是野生状态的，遍地都是 0.x 版本/个人维护/停止维护的库。
习惯了其他语言由大厂或基金会背书的生态再转到 Rust ，会有非常大的落差感。
比如我想写个简单的 GIF 录制工具，底层逻辑基本上全是手搓的，代码里一堆 unsafe🙄。

58

AAAmos

1 天前

月经贴，还是看需求，现在范围基本上圈定在 electron 、内嵌 webview 、原生 qt/c++、c#这几个方案上，cef 先靠后吧，①如果性能优先，考虑原生方案，但是交互和 UI 上可能就稍微差点、需要花精力打磨 ②如果 ui/交互优先，那 webview 方案（ rust 或者 go ）是很好的选择，但是要在性能上花精力打磨 ③如果是性能、UI 、可维护性、包大小等都要兼顾，那就不只是技术选型的问题了，还需要有足够的技术能力，包括对 vibe coding 的驾驭能力。以上个人所见。