框架： Cocoa 截图 额外特性 ⾃动更新 ⽀持平台 不⽀持 Linux ⽀持 Mac 和 Win 都是基于Squirrel去实现的 原⽣的菜单和通知 崩溃报告 调试和性能分析 Windows 安装程序 crifan.com，使⽤署名4.0国际(CC BY 4.0)协议发布 all right reserved，powered by Gitbook最后更 新： 2020-08-09 【已解决】Electron报错：Uncaught Error The module zeromq zmq.node was compiled against a different Node.js version 优化：被调⽤python代码的print为输出⽇志到log⽂件 背景：希望被调⽤的python代码的print的⽇志输出改为输出到log⽇志⽂件中，便于后期调试查看 log 解决办法： ⽂件： 000000000 000000000 后续启动mitmdump后，再去get status或stop，可以正常调⽤了： 就不会被之前只有单⼀进程⽽阻塞和卡死了。 优化：js端通过zerorpc调⽤python代码的逻辑优化为⽀持返回连 续输出结果 背景：Electron的js端通过zerorpc调⽤python代码，之前只能返回单次结果，现象希望⽀持返回连 续的（mitmdump抓包）输出结果

打印 Chrome 的内部日志到控制台. 当 Electron 读取 ASA 文档，把 read offset 和文档路径做日志记录到系统 tmpdir .结果文件将提供给 ASAR 模块来优化文档组织. 当 Electron 崩溃的时候，打印堆栈记录到控制台. 如果 crashReporter 已经启动那么这个环境变量实效. 当 Electron 崩溃的时候，显示windows的崩溃对话框 ，如果 userGesture 值为 true ，它将在这个page里面创建用户手势. HTML APIs ，如 requestFullScreen ,它需要用户响应，那么将自动通过这个参数优化. 为 guest page 打开开发工具调试窗口. 为 guest page 关闭开发工具调试窗口. 返回一个 guest page 是否打开了开发工具调试窗口的布尔值. 返回一个 guest 花了好几分钟，这让开发变得很困难. 为了解决这个 困难，Chromium 引入了 "component build" ，这让每个创建的组建都是分隔开的共享库，让链接更快，但是这 浪费了文件大小和性能. 在 Electron 中，我们采用了一个非常相似的方法 : 在创建 Debug , 二进制文件会被链接进入一个 Chromium 组件的共享版本库来达到快速链接; 在创建 Release

缺点：集成Chromium，安装包⼤大 优点：接近Native性能，功能丰富，跨平台 缺点：库太⼤大，编译慢，开发周期⻓长 桌⾯面应⽤用开发选型 技术选型 C++/C#/C+……(Windows) Objective-C/Swift(Mac) Qt: (Windows/Mac) NW.js/Electron(Windows/Mac) 纯Native开发 开发框架 优点：性能好，安装包⼩小 缺点：开发周期⻓长，⽆无法跨平台 CSS JS 渲染进程 单⻚页⾯面、多⻚页⾯面 Mac / Window / Linux Nginx / CDN 关注点 进程通信，内存管理理，版本管理理， 性能及Crash监控…… 兼容，DOM，组件、性能，…… Electron应⽤用技术体系推荐 检查\测试 打包构建 开发调试 devtron Vue-devtools Electron —inspect ESLint Spectron + Mocha 基础设施 能⼒力力SDK 基础框架 Electron 应⽤用架构 babel Node RunTime Native API 更更新 SDK 监控 SDK 性能 SDK 登录 SDK 前端框架 Vuex Vue-Router UI 组件库 Vue 开发总结 Electron应⽤用开发流程推荐 开发总结 master 开发 联调 修复 release-branch