electron 自动更新

检查更新 ：检查是否有新版本可用，什么时候检查，有哪些方式触发检查，可以自定
通知用户 ：当有更新可用的时候需要通知用户，可以检查到有更新就通知，也可以在更新文件下载好了后再通知，前者用户可以见到下载过程，后者用户感受不到下载过程
下载更新 ：应用有能力下载更新，并且保证下载的完整性，可以后台下载，也可以前台下载
安装更新 ：应用能唤起下载好的新版应用安装程序，然后自身退出，至于什么时候唤起安装，可以根据需要做设计

如果某次更新只是功能特性的改进、小功能的上线、普通 BUG 的修复，总之是一次让你「 情绪保持稳定 」的更新，那么这被定性为一次弱更新，我们对于这次更新的期待是，希望用户更新，但是不强制。
如果某次更新包含了杀手级功能的上线、重大 BUG 的修复、大的改版，总之是一次让你「 无法保持平静 」的更新，那么这被定性为一次强更新，我们对于强更新的期待是，强烈推荐用户更新，具有强制性。

我们把「弱更新」称为「自动更新」，对应英文「Update」，把「强更新」称为「自动升级」，对应英文「Upgrade」。

1. 完全更新 也是基于自动更新实现考虑，我们重新设计了我们应用的安装方式，从「解压」变成「构建安装程序」（仅针对 Windows），如此我们分发应用就变成了分发安装包，我们采用的安装程序是 Inno Setup。

受启发于 Electron 官方推荐的更新方式以及 @Qquanwei 的 github（感谢这位开发者），再结合 Inno Setup 的官方资料，最终我们考虑清楚了更新的思路。

我们分发的是使用 Inno Setup 构建的应用安装包，运行即可使用 Inno Setup 提供的安装过程来安装我们的应用
我们在服务器部署了一个 json 文件，包含了我们发布的应用信息，包括每个版本的版本号、发行日期、更新概要、新版安装包下载链接
用户每次打开应用，应用会去请求这个 json 文件，对比最新的版本号和当前的版本号以检查是否有更新
下载更新就是下载最新版的应用安装包
安装更新就是唤起一个子进程运行安装包，并退出自身，安装包会处理提权的事
用户安装后，一次更新就完成了

还有一些应用中我们能看到「跳过这个版本」的选项，这其实也好实现。我们上面的「下次提醒」，本次使用期间不提醒，其实是给程序一个全局变量的标志来实现，而对于「跳过这个版本」来说，是每次打开都不再显示这个版本的更新提醒，自然我们想到数据的本地持久化。说白了，在用户的本地（或浏览器存储）中放一个标记，每次更新提醒前，去本地取出来再检查下就可以了。