alex.wei

@liyuzhao in the plan

@Beiluola 感谢你对`electron-vite`项目的肯定，也非常感谢你花费时间参与贡献（包括你提的上一个PR），能感觉到你非常专业。 关于主进程和preload脚本的热更新问题，在最早的时候是有类似此PR的实现。但在我长期的实践中，诸如一个不小心保存就重启，实际代码并没有写完整。这种反复过程和不可选择性，给我带来困扰。所以，我会认为这是一个不好的开发调试体验，在 eletron-vite 中就没有去关注这一点。我也尝试过node模块化重载的方式而非重启进程的方式，但不是很靠谱。重启进程好像是唯一可行的。你提到的一点非常好，让开发者自己选择。但我在思考会不会导出plugin的形式会更好，同时支持glob的配置，让开发者有更多选择的配置:thinking:。可能需要一些更全面的思考。

electron主进程的热更新实际为node模块更替，也有一些关于node的热更新方案，但实际应用很少也不成熟。在electron中也有一些社区模块通过检测并重启electron进程方式达到目的，但这不是热更新的概念，这种方式并不友好，不是很好的开发实践。electron-vite 渲染进程的热更新是基于vite下browser环境， electron-vite 没有关于主进程的热更新实现。

> > electron主进程的热更新实际为节点模块，有一些社区节点的热更新，实际应用很少通过也成熟。在electron中检测模块的启动进程中，目的也有但也不是一些替代热更新的概念，这种方式不太友好，不是很好的开发实践。electron-vite 渲染进程的热更新是基于下浏览器环境，electron-vite 关于主进程的热更新没有实现。 > > 如果这样的话，那也就是说所有的业务逻辑都写到了渲染进程么？ 我是不建议将业务逻辑组织在渲染进程中，但也有人是这么做。我的建议是：主进程提供服务（如http api，native api 等等），渲染进程组织UI界面，渲染进程通过preload 来调用主进程提供的服务实现界面展示处理

> > 那基于现在的场景，那我在main里面写的代码，岂不是每一次都需要 关掉进程 重新启动么？ > > > > > electron主进程的热更新实际为节点模块，有一些社区节点的热更新，实际应用很少通过也成熟。在electron中检测模块的启动进程中，目的也有但也不是一些替代热更新的概念，这种方式不太友好，不是很好的开发实践。electron-vite 渲染进程的热更新是基于下浏览器环境，electron-vite 关于主进程的热更新没有实现。 > > > > > > > > > 如果这样的话，那也就是说所有的业务逻辑都写到了渲染进程么？ > > > > > > 我是不建议将业务逻辑组织在渲染进程中，但也有人是这么做。我的建议是：主进程提供服务（如http...

@kskalski I can't reproduce this bug (`esbuild` ver: `0.14.42`). Can you provide more detailed info on this? In Vite, the string replacement is done by itself, the `define` config should...

@kskalski Thanks for taking the time to reproduce the issue. I will try it too. Whether this feature is still needed, we should really think about it :thinking: .

Electron 20 应该开启了一些新特性，待我测试一下

@joyexpr 可以翻阅 https://www.electronjs.org/blog/electron-20-0 , 20版本后都将默认开启沙箱模式 `If your preload scripts do not depend on Node, no action is needed. If your preload scripts do depend on Node, either refactor them to...

@grandsong 是的，脚手架最新版本已经处理这个问题了