另外说一点，从我的个人体验上来说，tauri 的优势只有一个体积小。内存占用只要开着窗口就和 electron 没区别，启动体验在 windows 11 上不如 electron ，electron 在关闭 node 集成后也可以很安全

@ninjaJ electron 的坑踩的差不多了，业务逻辑也是 js 写的快一些，工业软件包体积应该不是问题，总体开发效率比 tauri 高。如果 ui 只是简单交互，tauri 也可以胜任，只是目前没听说过有成熟的产品，多是一些小工具

现在的最佳实践似乎是 electron + napi-rs

已经好几个版本了

好巧，我也在造元数据的轮子，不过是巨人肩膀上的小草😂 https://github.com/subframe7536/music-metadata-wasm

然而事实上，大多数人都不在意或者不知道权限，而且会因为嫌麻烦而手动关闭 UAC

和输入框一样，ctrl+a ，然后直接打字

回答的时候一直很卡，最新版的 chrome

@join "typescript.preferGoToSourceDefinition": true

@BeiChuanAlex 其实是可以的，笔记类的数据用 sqlite wasm 存在浏览器本地然后用 github 同步

挺好的插件，现在一般用 taze -Iwr

看上去是 error lens 的功能

tauri 能跑，就看你敢不敢上生产

pwa

试了一下 lobechat ，有些卡 https://i.imgur.com/hnv7Kkf.png

换 MiSans + MacType 即可

@cococoder #26 我看过的所有热更新的文章里都是要用 exe 启动更新进程的，应该是 windows 机制，自己也没有尝试过。至于了解，其实我也只有一个 sideproject 的经验😂

@cococoder #23
1. 直接替换 asar 文件需要额外的可执行文件进行覆盖和重启，并且原生模块也需要放进更新包里，增大体积的同时还会添加其他平台的依赖（当然可以通过构建不同平台的更新包解决）。我认为原生模块的热更新需求肯定远小于其他模块，所以我觉得把原生模块放到 app.asar 里，其他代码放到另外一个 asar 里加载比较合理（而且减小体积的同时只需要打一个包）
2. 是的，这个库其实是对 Obsidian 热更新策略的开源实现+用于构建的 vite 插件，提供一种实现思路。选用 vite 也只是因为自己在用的时候遇到了一些通用的问题（比如说冗余的 node_modules ），就写了个库出来。
3. 本地有一个，有空整理上传一下

@cococoder #20
关于打包你可以看一下这个 https://github.com/electron-vite/vite-plugin-electron-renderer?tab=readme-ov-file#dependency-pre-bundling

我自己的 side project 实测 better-sqlite3 和 napi-rs 相关的库是可以打包的，其他的暂时没有需求就没有测试过。至于加载其他的模块，可以直接调用 app.asar 里的 js 函数，我的库也提供了简化的加载方法

https://i.imgur.com/HDpnosz.png