2024 年了，兄弟们说说用 Tauri 遇到的哪些坑

[ninjaJ]

目前我的主力桌面端开发框架用 javafx ，简单点的用 electron ，但是各自有各自的缺点。

我司开发的主要是工业软件，涉及到串口通信等硬件交互，IO 密集、计算密集。但是我又很想用前端技术栈把 UI 分离出来（ PS：原生桌面框架 UI 样式不好写--不仅限于对齐、窗口自适应、flex 等等，各种绑定事件样板代码，写一个软件大部分时间都在写这些东西），可能主要还是已经习惯了前端技术栈那一套丰富的生态和灵活性。

选了一大圈好像还是基于 rust 的 Tauri 对我胃口，就是不知道它现在怎么样了，还有那么多坑吗？

[zhouyg]

以二进制包的形式一个打包到客户端，对用的人来说还是只有一个客户端

[ninjaJ]

@zhouyg 我考虑过，这样做有一些弊端：1 、不同语言互相调用会提升复杂度（包括但不仅限于错误传递、打包部署、兼容性问题） 2 、这种互相调用方式会引入新的问题（如自定义协议、时延或者锁的问题，以上分别对应了不同的方案）。
可能是我的需求掣肘比较多吧。
另外，做软件不仅要考虑技术难度，还要考虑工程效率。

[KyleCommon]

@ninjaJ 老哥，你最后选择了什么平台？

[ninjaJ]

@KyleCommon
最后还是用了 Tauri ，巨爽。就是要花点时间学习 Rust 。程序框架和结构设计自己来，逻辑代码一大半使用的 Claude 生成，中间会有一些坑但是好在都解决了。
我的项目花了一个月切换过来的，我的总结是，在 AI 的加持下已经可以实现大部分应用 99%的功能了，但是如果应用有一定复杂度和技术难度，那需要对 Rust 非常精深，这时的难度会陡增。
综上，还是需要根据自己的需要来选择，权衡利弊。