electron开发的一些建议

Electron是一个使用 JavaScript、HTML 和 CSS 构建桌面应用程序的框架。 嵌入 Chromium 和 Node.js 到 二进制的 Electron 允许您保持一个 JavaScript 代码代码库并创建 在Windows上运行的跨平台应用 macOS和Linux——不需要本地开发 经验。

• 文件目录该如何建立，你至少需要如下三个进程：
  • main进程
    该目录下面主要用于处理主进程的一些操作，比如操作文件、操作服务、窗口的处理等。
  • render进程
    该进程主要是ui的一些处理。
  • common
    有一些公共的函数或者其他的东西在common中定义
• 请关闭nodeIntegration
  • 在渲染进程中为了安全起见不要去操作底层，渲染进程只做ui渲染就好，如果你真的需要某些模块，请使用preload。
  • 如果你希望你的渲染进程通过微小的改动就可以运行到web端，关闭该选项是个明智的选择，该选项可能会使你的代码和主进程严重耦合。
• 如何管理渲染进程的窗口？
  • 不要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去开发一些原生模块