应用的升级更新

      上个应用涉及到升级更新的地方有两个,一个是handshake的时候检查当前运行的APP是否满足要求,满足继续应用,不满足强制更新,另一个是在主界面的侧滑菜单里,用户点击检测更新,直接更新到服务器有的最高版本。

 关于应用升级的逻辑已经明确,基本是一次带参http请求,比对当前的versionCode,低于就返回升级的片段URL。由客户端自己去下载新的apk,引导用户安装。前半部分没有异议,主要是后半部分的实现方式需要斟酌。当时时有两套实现方案,一种是自己控制下载,显示进度条,处理取消、暂停、继续逻辑来下载,另一种是非常简单的把URL交给浏览器,让它引导用户下载,并更新。

两种我都做了demo,第一种逻辑控制比较恶心,代码量高,页面丑,但是给用户看的很详细,交互也很多,致命伤是没办法自主更新,需要用户手动操作太多。第二种简单、高效,是现在比较主流的升级方式,用户操作简便。通过对我们的用户群分析,最后选择了第二种。


升级demo(有进度条版)-------> 

升级demo(没有进度条版)-------> 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值