快速看了一遍，感觉选 Tauri 并不妥。 我一直觉得 Tauri 适合用于给 Rust 项目加上一个基于 Web 技术的图形界面 而不是将核心逻辑都用 JavaScript 实现的项目打包成桌面应用……

这不是闲得慌吗？只能认为是年底了晋升考核需要新东西来讲 面向晋升的技术迁移。 我之前用 NW.js 照样处理他这种需求 实际可能比他的还复杂。面对后面新出的 electorn Tauri 完全没有迁移的想法

为了晋升不折手段的技术自嗨

建议找推特 @yetone 看看

突然发现在中国做技术分享挺难的 作者写了个转型文章 马上要被各位技术大牛喷的被裁了

@googleaccount 兄弟你看到本质了，好厉害

前端仔为了不被优化卷成啥样了

怎么说呢，现在 f 发布了，如果你之前是 v1 写的，而且代码量有一定估摸，那么估计你升级的时候，想死的心都有。

看了半天，突然想起来另外一个团队是如何解决在使用 electron 的时候遇到的问题的 https://code.visualstudio.com/blogs/2018/03/23/text-buffer-reimplementation 到现在我都很佩服那些搓出来 vscode 的人，感觉还是跟大环境有很大关系 https://i.imgur.com/Iy0taMy.png

看完文章了, 结论就是得物商户端选 Electron 还是 Tauri 不会有超过 10% 的性能差距, 理由是对于 Native 部分的依赖主要是 系统通知/热更新, 这两点都不会对性能产生较大差异. 当然作为同为开发的立场没必要指责别人, 技术栈改造可以创造新的岗位需求以及晋升机会, 对开发来说百利而无一害