网站内容更新策略(后台如何实现对App版本更新的管理？(组图))

　　网站内容更新策略(后台如何实现对App版本更新的管理？(组图))

　　如何在后台管理App版本更新？本文梳理了两次App版本更新的实现策略，分别根据历史版本和最新版本进行介绍，供大家参考讨论。

　　App升级更新方式包括：强制更新、非强制提示更新、非强制非提示更新等，这些内容可以用常识来概括，但是管理后台并没有通过上传新安装实现版本管理包裹。如何通过管理后台实现App版本的管理和历史版本的处理逻辑更值得我们研究。

　　总之，本文要解决的问题是：如何在后台管理App版本更新？

　　版本更新等功能是App的基本功能。不经过项目从0到1的过程，会少接触这部分功能模块。这也是我想和大家分享这部分经验的原因。

　　回顾我们做过的项目，本文整理了两次App版本更新的实现策略，供大家参考和讨论。

　　基于历史版本更新的实现策略

　　标题有点绕，我们先来看一张原型图：

　　以上图为例，暂时忽略新版本安装包的上传和列表查询区，只关注版本管理列表中的iOS相关内容。

　　上述App的iOS版本有4个版本：2.0（当前最新版本）、1.2、1.1和1.0，其中其中iOS和Android最新版本只有一个，修改版本状态时需要验证。

　　示例中2.0为最新版本，1.2为提示升级，1.1为强制升级，1.0为不提示升级. 各版本用户启动App后，会根据用户使用的版本状态给予相应的升级提示。

　　这个实现方案的核心是每个历史版本都有自己的状态，前端的更新方式根据历史版本的状态来决定。

　　验证过程如下：

　　上述策略的优缺点如下：

　　战略优势：灵活控制各个历史版本的升级方式，可以指定修复对应的历史版本，不会造成*敏*感*词*的“误伤”；

　　战略劣势：每次发布版本，都需要修改历史版本。如果界面变化对历史版本有影响，需要明确是哪个历史版本有影响，这也要求上传新版本的PM需要对历史版本进行更新。理解。

　　以上实现方式在To C产品中应用广泛，其弊端也可以人为规避。如果您有针对以上缺点的解决方案，欢迎您留言。

　　基于最新版本的实施策略

　　话不多说，我们也先来看一张原型图：

　　以上图为例，还是关注一下版本管理列表的相关内容吧。其中，iOS和Android版本状态有效（即最新版本）。

　　当前版本状态有效，查看对应的强制更新状态：

　　一种。如果最新版本为强制更新，用户在启动App后需要进行强制更新（使用的版本不是最新版本）；

　　B. 如果最新版本为非强制更新，则为提醒更新（如需非提示更新，可添加其他字段进行验证，本文不再赘述）。

　　这个实现方案的核心是根据最新版本的状态确定前端的更新方式。

　　验证过程如下：

　　上述策略的优缺点如下：

　　战略优势：简单直接，无需了解历史版本使用的界面信息；

　　战略劣势：

　　可用解决方案： 验证版本更新时，可以添加验证。如果用户版本与最新版本之间存在强制更新版本，则升级为强制更新。使用此解决方案可以解决这些缺点。2.

　　一些结束语

　　以上两种方案各有利弊，优化空间很大。这篇文章在这里作为一个介绍。希望大家在基本功能的设计上能有所借鉴。

　　很多时候，能把白菜炒得香的厨师就是好厨师，能把基本功能设计好的PM就是好PM。产品之路任重而道远，需要自上而下搜索。