- vkrain2026-08-04
Electron 和 Tauri 目前开发桌面端我见到最多是这两个，RN我没具体使用，所以这次就不说它 ^-^
技术区分
1、Electron开发最多诟病的是打包体积大的问题，生态和开发体验还算不错
2、Tauri推荐它的原因就是热实时编译，和打包体积小，插件体系，槽点是本地缓存巨big
观察发现
最近发现一些Tauri应用在尝试将Electron打包进Tauri中，或者Tauri转Electron应用，哈哈哈
拿前不久观察的一些软件来说
- EnsoAI 记得一开始是Tauri后面彻底转Electron
- Cockpit Tools 在一次Claude Desktop 获取登录态视图引入Electron，后面又砍掉了
最近打算开新坑，所以还在观察技术栈方向，我自己平时工作用的Electron，Tauri做了ccmesh网关，目前感觉还是能接受Tauri，实现技术多后可能受限技术，所以为啥在Tauri嵌入Electron，想听听你们走过的坑 ^-^
主楼 - vkrain2026-08-04
哈哈，都是一把梭，落地生产，都没管啥是啥了 ^-^
- 索隆2026-08-04
Tauri对于后期开发更新很不友好，各种不支持！这就是为什么大厂全都用EL的原因，如果你的软件不需要更新维护，新增功能，写死的情况下Tauri确实更适合一些，个人感觉还是看你开发的项目
- vkrain2026-08-04
后期开发维护确实挺疼，我看Tauri ipc通信都堆一起都没人去做拆分 ^-^，那个主文件又臭又长
- Haskell2026-08-04
- Haskell2026-08-04
- vkrain2026-08-04
Electron通过架构设计，可以拆分的很好，每个模块通信队列，不用都堆积在main.js模块的
- 索隆2026-08-04
生态不友好，很多都要自己自己造轮子，自己写了还要自己维护兼容。EL支持的库，插件什么的很多。
- hsuehly2026-08-04
这些 tauri 也可以吧，这不是问题吧
- Haskell2026-08-04
- hsuehly2026-08-04
小工具tauri 公司项目一般electron 个人项目tauri 公司级别的我就记得得物用的tauri
- kingsword092026-08-04
现在竟然有这种组合了吗，我记得好像codex app是在逐步替换掉electron，好像是推特上看到的
- 买点橙子吧2026-08-04
现在ai做桌面端都是这两个。我也发现了， tauri感觉结构特别复杂。
- 索隆2026-08-04
AI搓也浪费时间浪费金钱，自己搓的要自己长期维护更新，你搓一个功能行，你搓多了，你这一个项目维护起来比别人多两倍工作量，主要时间就在于调试兼容，修复bug，修bug比写代码浪费的时间多多了。指不定哪地方不兼容，到时候又去找bug，我亲身体会，这两个都写过好几款
- 索隆2026-08-04
所以我说你写小工具不需要后期更新维护的可以用tauri，你要是长期需要更新维护，新增功能的，用他最后就是重构
- vkrain2026-08-04
语法还是可以的，代码组织方式有一点区别，能读懂还是比较舒服的
- 买点橙子吧2026-08-04
如果是比较复杂的项目，或者一直需要更新功能的那是不是electron更好一些。功能稳定，只需要维护的可以用tauri。现在每次做桌面端都是这两个，我都不知道用啥好
- xiaomao2026-08-04
- Eugene2026-08-04
windows原生wpf winform
- LiGood2026-08-04
Tauri 最大的问题是Linux下的 WebkitGTK, 这玩意对HTML标准的支持实在堪忧, 碰上坑了就无解, 比如需要用到 SharedArrayBuffer, 都按标准来, 在 WebkitGTK 下就是不能用.
所以如果项目稍微深入一点, 不仅仅是DOM/CSS, 还是得 Electron, 一般的话, 倒是问题不大
