如果是想要做一个非常完善的软件，electron 无疑还是个很不错的选择，tauri 还得等很长一段时间去解决各种问题。但作为一个开发者，我无法忍受各种各样的 electron 软件增加我电脑的负担，我一直在关注用 tauri 写的好项目，可能未来会逐步替换掉现有的 electron 软件。另外兼容问题是有，但是也不大，至少比兼容 IE 简单多了，未来推出的移动端可能倒是兼容性问题很大。我支持 tauri 本就是奔着移动端去的，对个人开发者而言，同一个软件能跑在 windwos 、macos 、linux 、android 、ios 上，该有多幸福。

@v423 一个小点的 tauri 软件，启动之后简单的网页浏览操作占用的内存在 3-4M 左右(不算网页本身所占用的内存)，我没有写过 electron ，猜想 node 运行时比这大得多。会推 tauri 的公司，应该是性能遇到瓶颈了，这方面 rust 的优势很大，但是目前还是功能不够齐全问题很多。

如果想做点小工具或者软件，你觉得接近百兆、占用内存大和一个 5M 左右、占用内存更少哪个更好。站在商业角度开看，electron 的稳定性肯定排第一，问题是开源项目绝大部分都是个人开发者做的各种各样的玩具、工具、软件，相比之下明显是 tauri 诱惑更大，即使现阶段功能和稳定性都不太行。

这些组件库，确实没办法完美的使用原子 css ，特别是 vue 还得深度选择，我现在是能用原子 css 尽量用，ui 库的公共样式单独一个文件写，深度选择的样式另外写，原子 css 大概占了 70%

如果你 web 写得不错，那首推 tauri ，不然用 electron 写个小玩具带个 Chromium 打包上百 M ，又耗内存。。tauri 打包不到 10M ，速度和内存消耗都很不错

vue2 和 react17 ，我倾向 react ，因为 vue2 我觉得写起来太恶心了，选项式 api 和 mixin 对于大型项目真的是灾难。vue3 和 react18 ，我倾向于 vue3 ，他在保留简单易用的同时，解决了相当多的痛点。不过 react 我只是看过公司项目，个人并没有深入使用，可能以后也会站到 react 那队，毕竟 vue3 的缺点也不少。

@Jooooooooo 说起来你可能不信，提完工单又扣了我两笔款，然后光速又撤销了四笔，现在我银行卡被扣了 4 次钱，只被退了 2 次，另外 2 次不知道是还在路上还是有 bug

@cxh116 感谢，提工单了

@pigspy vue-i18n 我试了下好像加载不了数组

自己定一个不会重复的 namespace 就好了，作为库给别人使用的话类型需要单独的作用域，自己项目全局类型更方便

都能用的情况下用 interface ，不得不用 type 的时候再用 type

等你毕业了 tauri 发展好的话差不多也有岗位了

修 bug 速度惊人，有啥问题直接问，能不能做、优先级都会跟你说，更新速度也很快

cnpm 纯纯的害人，顶多用镜像源

建议 naive-ui

qq 群也最好来个，微信有时候用着不方便

@bytesfold 没找到哪有 5 年 1240 的活动啊

@815979670 这个可行，附件表里加上业务 id 、业务表名、业务字段名 3 个字段，不过插入字段名只能用硬编码，查询 sql 也是用硬编码拼接，而这个字段名对于业务 entity 是多余的，因为业务表不存附件表信息，那这个字段名我只能放 vo 类里面，感觉后期维护容易写出 bug

@nekoneko 那样展示整页的表单数据就有点麻烦了，每行的多个数组分别做一次查询？还是一次性把所有的数组合并然后查出所有的附件，然后再多次遍历放到各自的业务列表里去？