百木园
得益于当前环境下，5G普及，以及设备本身对应用更新的升级，自动更新还有审核效率的提升，热更新等新的技术实现的升级。
很多时候在没有太多感知的情况就已经升级更新了，但是应用内的升级提示仍然作为场景的补充，是不可或缺的一部分。
所以现在应用内的升级提示更多的是作为协助的一个作用。
现在大部分应用的更新提示机制多采用的是启动后主动提示。
一、这种方式存在两个问题
基于以上背景，以及对应用基本功能调研，发现和消息中心结合到一起，在可行性和合理性都是不错的选择。
1. 选择消息中心原因
- 消息的红点机制：人类天生对不对称、不和谐的事物有厌烦心理，所有产生了小红点，可以促使用户主动的去查看消息，以达到引导用户更新的目的。
- 闲时性：不会阻止用户行为，可以等用户在闲下来或者想去查看时再去查看消息，转变为由用户主动的行为。
- 实时性：版本升级类型根据必要性可以分两种：1.强制升级 2.推荐升级。常规的升级方式是在启动时判断，但如果是强制升级版本，用户在未重新启动时仍然可以使用，所有在实时性上，使用常规方式会需要其他的方式作为及时补充限制。但是消息中心多采用长连接，可以实时的传递消息到客服端，可以更及时的对其限制。
- 结构性上：本身版本升级的结构上可以抽象得和消息结构差不多。升级内容=最新内容，发布时间=最新内容时间，标题=标题，在这基础上版本升级还会增加一些功能，但是都可以通过对类型的识别由前端添加，由用户主动触发。
2. 功能详细介绍
- 将版本更新消息抽象成类似“热点资讯”的新分类，新增一个是否已读的属性，其他的版本内容采用其他分类的最新一条内容，时间就用最新一条消息时间，这里需要将字段更抽象一下，直接用时间就好了，不用描述到最新一条消息时间，会更好。
- 存在新版本内容后，借助消息中心后台推送一条新版本消息，同时在未读总数上+1，引导用户进入消息中心。
- 进入消息中心，用户可以选择立即更新，也可以选择知道了，或者清除未读，新版本消息提示确认已读后隐藏，节约版面的同时，增加页面的可读性。
3. 需要注意
- 立即更新需要根据不同的平台政策做不同的兼容交互。
- 在消息中心只展示最新的一条提示，历史仍然依赖常规放到“关于”中。
- 要和应用商店的版本管理做好协调，如果应用商店不是新版本，推送一天新版本消息完成后，用户从商店下载旧版本，根据消息机制是会缺失一个版本的更新消息提示的，同样的如果是紧急版本，需要先临时下载应用商店应用，不然新安装版本同样是不会被限制的。
给作者点赞，鼓励TA抓紧创作！
来源：http://www.woshipm.com/pd/5396945.html
本站部分图文来源于网络，如有侵权请联系删除。