APP版本升级发布时，前后端的逻辑策略

　　APP的升级发布看似简单，但是其实很复杂，有许多边界情况需要考虑，例如前端的更新逻辑、前端交互方式、后台逻辑与流程等。
　　最近开始协同负责一个新产品，第一次从0到1着手一个产品。有许多东西也是刚开始学习研究。也很感谢公司给这次机会。其中比较有意思的是版本发布更新的方案，其中的逻辑也是比较有意思的。所以在此将学到的分享出来。
　　其中一些图不是我做的，是同事做的，在此特谢该同事。
　　一、前端更新逻辑
　　核心策略：APP进行版本对比，然后判断更新逻辑后，进行更新提示。
　　首先进行版本对比，但需注意，该检测需在联网环境下，所以当非联网时，版本对比检测结束。
　　网络环境正常时，若检测到有最新版本时，则开始判断更新逻辑。
　　不同的更新方法有不同逻辑进行，如：强制更新、非强制提示更新、非强制不提示更新；
　　强制更新：则用户启动App后需要强制更新，核心功能优化，若不更新则无法启动APP；启动APP后，通过弹窗提示。
　　非强制更新：则提示用户更新，但不影响基础功能使用；可通过弹窗显示或在设置中，引导用户自行更新。用户可关闭弹窗，在某一个时间段内不再提示弹窗或供用户选择忽略此版本。
　　非强制不提示更新：版本更新，不提示用户有新版本。
　　二、APP升级前端交互方式
　　APP升级大致流程：下载APP安装包安装新版本（安卓）
　　1。下载APP安装包
　　下载的方式有三种：自动下载、提示升级、自动下载安装；但是不同的方式需判断用户所在网络环境；若WiFi环境下，则自动下载、自动下载安装的方式是可行的。若为数据流量的话，则提示升级可行。
　　自动下载：启动APP后，不提出提示直接下载
　　提示升级：在进入应用后，立即弹出升级提示，并提示当前的网络环境；
　　自动下载安装：不弹出提示，直接后台下载并完成升级。
　　2。安装
　　若为自动下载：在下载完成后，显示弹窗告知用户下载完成是否安装。
　　若为提示升级：下载完成后，提示用户后台点击安装。
　　三、APP版本升级后台设计
　　APP后台流程逻辑：渠道发布版本发布升级编辑安装包上传到服务器版本定时升级发布。
　　1。渠道发布
　　APP的安装或升级会在不同场景、不同平台下进行，因此其也会导致不同问题。如某一渠道存在限制或问题，导致无法正常下载，因此需针对性进行优化调整而不影响其他渠道安装。
　　并且为保证数据来源可靠，了解各渠道用户下载或安装的数据，需进行区分。
　　因此，渠道发布后台需进行设计，以下图为例，仅关注列表内容，查询模块去除。
　　通过后台新增渠道，在该列表展示，该渠道信息将在后续的版本升级时进行编辑配置，作为版本发布升级的渠道标识。
　　2。版本发布升级编辑
　　当版本发布后，可进行版本发布编辑，编辑发布消息：
　　发布时间、发布方式（是否强制发布）、更新描述、用户量（可进行高级编辑，如仅发布给某APP品牌、机型、号段等，以此仅发布给目标用户）、发布量等；
　　编辑完成版本升级内容后，可开始将安装包上传到服务器中。
　　3。安装包上传
　　将安装包进行上传，上传对应版本内容后，将安装包同步至版本发布升级编辑后台的对应记录上，后续待版本在设置的时间下发布。
　　四、总结
　　APP的升级发布看似简单，但是其实很复杂，有许多边界情况需要考虑。以上的前端和后台仅供学习参考，其还有很大的优化空间，希望大家可以不断探索思考出新的方案。
　　对于APP升级发布，不要仅关注页面功能模块的展示，更多的需要多和市场、运营人员沟通；对于APP更新来说，还有其他许多点需要考虑。
　　其实对于某些产品来说，APP的版本不一定需要后台进行所谓的管理，可由研发处理，收益后台并不是通用于所有APP。