Electron 开发脚手架与进程通信方案选择指南

在 Electron 开发中，选择合适的脚手架和进程通信方案至关重要。本文将深入探讨 React 开发时脚手架的选择，以及 main 进程 和 renderer 进程 之间通信的方案，并提供详细的分析和建议。

1. React + Electron：哪个脚手架框架最适合？

1.1 为什么需要脚手架？

在 Electron 开发中，脚手架能够帮助我们快速搭建项目结构，配置各种开发工具，从而专注于业务逻辑的实现，而不是花费大量时间在环境配置上。一个好的脚手架可以大大提高开发效率。

1.2 Electron Vite：曾经的宠儿，如今的选择困境？

• Electron Vite 曾经是一个不错的选择，它利用 Vite 的快速构建能力，提供了良好的开发体验。
• 然而，目前存在两个同名的 Electron Vite 项目，这给开发者带来了困惑，不知道应该选择哪个。
• 草鞋没号 是 electron-vite 的作者，也是 Electron 成员，他的项目是值得信赖的。
  • 关键词： Electron Vite、Vite、草鞋没号

1.3 官方推荐：Electron Forge

• Electron Forge 是 Electron 官方提供的脚手架，它拥有更强的官方支持和更稳定的生态。
• Electron Forge 的优点在于配置简洁，易于上手，并且官方维护，问题定位和扩展性都更强。
• 一些开发者认为 Electron Vite 的配置过于魔改，增加了定位问题的难度，不利于扩展。
  • 关键词： Electron Forge、官方脚手架、配置简洁

1.4 如何选择？

• 如果你追求稳定性和官方支持，并且不希望过多关注底层配置，Electron Forge 是一个不错的选择。
• 如果你喜欢 Vite 的快速构建能力，并且愿意承担一些配置上的风险，可以考虑 electron-vite，但需要注意选择正确的项目。
• 宝玉 最终选择了 Electron Forge，因为它最简洁。

2. Main 进程和 Renderer 进程的通信 (IPC)

2.1 为什么需要 IPC？

• Electron 应用分为 main 进程 和 renderer 进程，main 进程 负责管理应用生命周期和系统资源，renderer 进程 负责渲染用户界面。
• 由于安全原因，这两个进程不能直接访问对方的资源，需要通过 IPC 进行通信。

2.2 原生 IPC 的使用

• Electron 提供了原生的 IPC 模块，可以实现 main 进程 和 renderer 进程 之间的双向通信。
• 使用原生的 IPC 模块虽然简单，但需要手动处理消息的发送和接收，并且没有类型检查，容易出错。
• Miaosky 使用原生的双方通信，认为其简单好用。

2.3 强类型 IPC 库：tipc

• tipc 是一个由 egoist 开发的 IPC 库，它提供了强类型的支持，可以减少开发过程中的错误。
• tipc 能够简化 IPC 通信，并提供更好的类型检查，提升开发效率。
  • 关键词： tipc、egoist、强类型

2.4 其他方案：electron/remote

• electron/remote 模块可以简化 IPC 通信，允许 renderer 进程 直接访问 main 进程 的对象。
• 但需要注意， electron/remote 存在安全风险，建议谨慎使用。

2.5 自定义 .d.ts 文件

• 可以使用自定义的 .d.ts 文件（全局）来进行类型推断，从而实现类型安全的 IPC 通信。
• 这种方式需要开发者手动维护类型定义，但可以提供更灵活的类型检查。
  • 关键词： .d.ts、类型推断

2.6 如何选择？

• 如果你追求简单易用，并且对类型安全要求不高，可以使用原生的 IPC 模块。
• 如果你需要强类型的支持，并且希望简化 IPC 通信，可以考虑 tipc。
• 如果需要快速访问 main 进程 的对象，可以尝试 electron/remote，但需要注意安全风险。
• 如果你喜欢更灵活的类型控制，可以考虑自定义 .d.ts 文件。

总结

在 Electron 开发中，选择合适的脚手架和 IPC 通信方案至关重要。Electron Forge 作为官方脚手架，提供了稳定和简洁的开发体验。在 IPC 通信方面，tipc 提供了强类型的支持，可以有效减少错误。开发者可以根据自身需求选择合适的方案。

我的想法

我认为： 现在的技术发展真是快得让人眼花缭乱，各种框架层出不穷，就像雨后春笋般冒出来。Electron 这种跨平台技术，方便是方便了，但选择多了也容易让人迷茫。就像这 Electron Vite，两个同名的项目，搞得人晕头转向，不知道该信哪个。还有这 IPC 通信，原生的是简单，但类型检查又成了问题，tipc 这种强类型的库倒是能解决，可又增加了学习成本。这就像是在一个迷宫里，到处都是岔路，选对了能快速到达终点，选错了可能就绕了远路。

我琢磨着，技术这东西，还是得脚踏实地，先搞清楚原理，再选择合适的工具。不能光图省事，盲目跟风。就像鲁迅先生说的， “路是人走出来的”，技术也是人开发出来的，关键在于理解和运用。