检查更新概要设计

开发设计

【后端】检查更新功能调整为：

1. 不需要登录鉴权
2. 后端不区分合作商、不区分渠道号，只检查app_name、version进行检查更新的逻辑判断

【前端】

需要注意：检查更新操作，只应在应用程序的生命周期发生一次。调用检查更新的接口时，建议将结果存储在本地配置文件中。并在其他需要触发检查更新功能的时先检查配置文件，若无则正常发起检查更新。
【在应用程序初始化或销毁时清空配置文件。】

1. 如果是未登录状态，则在进入登录界面时即发起检查更新。

   1.1 如果【在点击登录按钮前】检查更新接口执行完毕，直接处理检查更新操作，同时将检查更新的结果 存本地。
   1.2 如果【在点击登录按钮前】检查更新接口执行未完毕，丢弃接口返回的结果，直接处理登录操作。
   2.1 如果【登录成功到主界面】本地没有检查更新数据，则调起检查更新接口，直接处理检查更新操作。
   2.2 如果【登录成功到主界面】本地有检查更新数据，不调起检查更新接口直接处理检查更新操作。

2. 如果是已登录状态，则需在程序进入的第一个界面发起检查更新。

【更新流程】

1. 若无更新，则静默不做任何提示。【如果是在设置中的检查更新，则需提示用户当前软件已是最新。】
2. 若有更新，区别是强制更新还是提示更新。
   

   2.1 若是提示更新，点击取消则关闭对话框。
   2.2 若是强制更新，点击取消则关闭应用程序。
   2.3 无论提示更新、强制更新。
   

   • Android点击更新则下载程序进行更新
     
   • iOS则跳转到App Store