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

查看 301|回复 34
subframe75361   
@ninjaJ electron 的坑踩的差不多了,业务逻辑也是 js 写的快一些,工业软件包体积应该不是问题,总体开发效率比 tauri 高。如果 ui 只是简单交互,tauri 也可以胜任,只是目前没听说过有成熟的产品,多是一些小工具
w568w   
> 原生桌面框架 UI 样式不好写--不仅限于对齐、窗口自适应、flex 等等,各种绑定事件样板代码,写一个软件大部分时间都在写这些东西
可以试试 Flutter 或者楼上说的 Compose Multiplatform ,应该都独立于 Web 技术解决了这个阻碍。
> 串口通信等硬件交互,IO 密集、计算密集
Flutter 用的 Dart ,直接编译成原生代码,计算性能不会太差,但搞硬件交互可能要研究一下,估计要调第三方包; Kotlin 应该轻松一些。
> Tauri 对我胃口,就是不知道它现在怎么样了,还有那么多坑吗?
最大的问题是性能和兼容性差。我自己的不准确经验来看 Tauri 开发稍微大点的应用就会特别特别粘滞:冷启动慢、响应点击慢、拖动窗口慢、调整窗口大小卡,而且 Tauri 首次编译速度也慢得令人头秃(即便和 Electron 作比较,以上缺点也成立);另外,因为一定要接系统的 Webview 库,写的时候也得注意兼容性问题。
w568w   
补:Flutter 有 rust_bridge ,如果你一定想掺 Rust 进来,也不麻烦。
vivisidea   
@per 哈哈,自从这哥被 tauri 坑了之后,疯狂反向安利 tauri😁
subframe75361   
另外说一点,从我的个人体验上来说,tauri 的优势只有一个体积小。内存占用只要开着窗口就和 electron 没区别,启动体验在 windows 11 上不如 electron ,electron 在关闭 node 集成后也可以很安全
duan602728596   
还是老老实实用 Electron 吧,真的。
我曾经也想过换其他框架,但是一想到用的东西,其他框架都不提供,就算了。
roundgis   
知道 javafx 被用在工業軟件
還是有點意外的
lisongeee   
js 写页面还有一个在开发页面速度上其它语言无法相比的优点啊
那就是配合声明式 ui 框架 react/vue 和构建工具 vite/webpack 可以有 hot module replace 即 HMR
效果就是更改一个组件的文件后,页面无需重启直接就能看到更新后的组件渲染效果,这对开发速度提升得不是一点半点啊
上面说的那些 javafx compose 受制于语言特性都没有这个功能(或者是残废)啊,大项目改一个文件编译尼玛大半天然后重启进程还得手动点击回到原来页面的位置才能看到效果
mark2025   
@lisongeee 再配合上 TypeScript 提供的静态类型检查,真是很不错的
hanaTsuk1   
可以等 2.0 正式版出来试试 2.0-alpha 到 beta 的改动还挺多
您需要登录后才可以回帖 登录 | 立即注册

返回顶部