Electron是一个使用 JavaScript、HTML 和 CSS 构建桌面应用程序的框架。 嵌入 Chromium 和 Node.js 到 二进制的 Electron 允许您保持一个 JavaScript 代码代码库并创建 在Windows上运行的跨平台应用 macOS和Linux——不需要本地开发 经验。
- 文件目录该如何建立，你至少需要如下三个进程：
- main进程
该目录下面主要用于处理主进程的一些操作，比如操作文件、操作服务、窗口的处理等。 - render进程
该进程主要是ui的一些处理。 - common
有一些公共的函数或者其他的东西在common中定义
- main进程
- 请关闭
nodeIntegration- 在渲染进程中为了安全起见不要去操作底层，渲染进程只做ui渲染就好，如果你真的需要某些模块，请使用
preload。 - 如果你希望你的渲染进程通过微小的改动就可以运行到web端，关闭该选项是个明智的选择，该选项可能会使你的代码和主进程严重耦合。
- 在渲染进程中为了安全起见不要去操作底层，渲染进程只做ui渲染就好，如果你真的需要某些模块，请使用
- 如何管理渲染进程的窗口？
- 不要let一堆全局变量，你需要一个Map数据结构去管理你的窗口
- 在生成多个渲染进程窗口后，你会发现你大多数配置项完全类似，加载的流程也几乎一摸一样，此时此刻我们需要将窗口的生成方式封装一下。我在项目中封装了一个类似vuerouter的可配置的功能，后续会考虑公开，请关注。
- 进程间通信的问题
-
把进程间通信的方式改成api的方式，比如：
ipcRenderer.send('message', message) // 修改为 export funtion sendMessage (message) { ipcRenderer.send('message', message) }这种方式的好处，如果有一天我们渲染进程的代码需要运行在其他环境，我只需要实现一个sendMessage的功能即可。
-
通过ts重写进程通信的类型
- 优点：好处很明显，比如我们在渲染发送某些事件的时候，我们在渲染进程只能监听这些事件，一旦我们监听了不存在的事件就会报错。
- 缺点：我们需要花费一些时间去重写ts类型和声明事件类型。
-
- 状态管理
考虑一下electron-store - 日志（建议使用electron-log）
首先一个稳定的系统肯定需要一个优秀的错误收集系统。- 我们需要可以上报错误的接口，当用户量小的时候我们不需要担心流量和存储等问题，当用户量大的时候可以考虑采样收集。收集部分用户。
- 在某些时候，上传的错误并不足以解决用户问题的时候，我们需要提供用户可以手动上传本地日志的功能，本地日志通过electron-log去做。
- 不需要本地开发经验？
- 我们在很多时候会去操作文件系统，尝试使用nodejs的
fs模块或者fs-extra - 当遇到nodejs和浏览器都无法解决的问题的时候，我们需要c++，通过n-api去开发一些原生模块
- 我们在很多时候会去操作文件系统，尝试使用nodejs的
