讲源码讲底层 199/99 还能接受，毕竟很多时候付费就是节省你的时间

@subframe75361 关于第一点，目前我了解到的直接替换 asar 文件在 mac 上是不需要额外的可执行文件的，windows 上不确定。难得遇到一个在 electron 更新上了解比较深的，不知道是否可以加个联系方式，后面一起交流下，vx: c2hhZG93X0xCSg==

1. ai 适合用来处理比较常见的体力活，它没法创新，简称『一次性工具』，比如给你生成数据
2. 跟 ai 沟通是个大问题，你如何正确的跟 ai 对齐你的需求。有时候为了一个单测问题还有跟 ai 来回扯皮，半天得不到答案的时候你会很心累
3. 如果 ai 能创新，做成的一新的产品，后续如何维护是个问题，再次维护的时候，可能又会回到第二点

@flyqie 热更需求挺常见的吧，比如 hot fix ，这里主要是『不重启』为了不影响用户体验，有些更新能无感尽量无感

@subframe75361 感谢解答，研究了一下你的库，依然有几个问题：
1. 目前这个库的实现方案和直接下载 app.asar 文件然后替换有什么区别？侧重于解决什么问题

2. 可能是之前没用过 vite-plugin-electron ，目前是看 vite-plugin-electron 是有点强耦合的，我理解 vite-plugin-electron 这个库 vite 和 electron 结合更多是方便本地开发，和你的更新相关的功能关系不大

3. 是否有个简单的 demo 能跑起来的

@subframe75361 主进程代码不太好全部打包，electron-builder 官方说明过,node_modules 中可能会有 native_modules ，一般不建议打包到 asar ，既然你那边已经实现了通过 app.asar 加载 name.asar ，应该还可以扩展下，可以不仅仅局限于 asar 文件，也可以加载其他文件如原生模块等，不知道是否可行？

@drymonfidelia 这个都是相对而言，推恶意更新下去，这个更多是测试和审核的锅，就像你非要在你代码里下毒是一个道理

@subframe75361 看了一下你的库，看着应该是 name.asar 是动态更新的内容，app.asar 属于一个启动器，用来加载其他模块，app.asar 一开始就需要把部分主进程代码以及原生代码（ node_modules ），这样是不是就意味 node_modules 没法实现更新？并且这样的更新是有限制的，如果 name.asar 中新增一个 node 依赖但是 app.asar 中不存在，这样就会出问题？

@xiangyuecn 主进程的代码 eval?如何动态加载到代码并 eval?如果是 eval 就不能打包成 asar 了

@drymonfidelia 线上网页安全问题可能更大些，线上页面要是被攻击，就会导致客户客户端被远程调用的风险，毕竟客户端本地 file://文件要被攻击，得先攻击用户电脑

@subframe75361 感谢。我研究研究

@subframe75361 好吧，目前看主进程确实麻烦些 不重启不行，渲染进程重载其实也挺麻烦，需要通知其他窗口更新，还不如直接重启省事，之前做 i18n 语言切换考虑过这种（参考 slack ），窗口太多的话，也是个麻烦事，可能还会影响性能

@lisongeee 了解了，我们 node 部分是 cjs ，前端部分是 esm

@anUglyDog 1. 成本大，改造起来不太现实 2. 系统 api 相关的调用更新不了，打包的内容中含有 node_modules ，不完全符合预期

目前全部走的本地文件，走 web 和现有的架构不符合，改造成本大