Hotfix配置
热更新能够不提交应用商店审核而修改 APP 内容,使得 app 的迭代变的非常灵活.
MogoH5+在1.3.0后加入了热更新/安装更新的集成.同时,我们的热更新服务器也在内测中,将在不久公测使用.您无需后端就可以完成整个软件的热更新/安装更新服务.
介绍
在使用热更新前,请看完这份介绍再使用.
热更新
对于安卓来说,热更新是没有任何问题的,但是苹果您可以看下面这段话.
App store 应用更新说明(引自 dcloud)
应用资源更新肯定是违反 apple 政策的，但目前看起来它也不管。你在官网案例那里下载 Appstore 版本的那些 app，大多启动后都会提示更新，反正也都没下架。如果你不是很大的公司，apple 不会理睬你。如果你是大公司，建议不要做整体更新，每次更新几个页面，也不要提示更新后需要重启，这样会安全点。
作者本人的实践中也经常使用热更新,名声不大,不频繁基本上可以自由使用.
同样,我们加入了静默更新这种比较无脑的更新.
安装更新
安装更新在这里指的就是更新大版本,比如添加了模块,必须重新安装.
在安卓的安装更新
- 可以让 APP 提示,然后用户选择自己下载安装
- 应用商店更新
在苹果的安装更新
- 必须提交 AppStore 提交审核
在这里顺便提一下,苹果用户的习惯一般是自己主动更新.
在苹果应用商店的大厂 app (微信,淘宝,京东) 更新几乎不会受到 app 的更新推送,也没有所谓检查更新的功能,也就是说,更新是用户主动操作的.我们的迭代同样也遵循这条行规.
Hotfix参数
| 参数 | 说明 | 类型 |
|---|---|---|
url | 更新请求地址 | string |
before(data) | data返回的是请求后的json数据; 可在函数中执行安装前进行的操作,在此函数中,可以做一些确认操作,返回Promise.resolve()则执行下载安装,不返回或返回其他则不执行下载安装 | Promise |
success | 安装完成后执行的动作,比如重启app | void |
error(e) | 返回error对象,一般在调试中使用 | Error |
onProgress(n) | 下载进度,n为0-100的下载进度 | int |
后端接收的数据格式
checkUpdate(url) 是以 POST 去访问 URL 的.数据类型为application/json
| 名称 | 描述 | 类型 |
|---|---|---|
| version | app 当前的版本 ,如 2.1.0 | string |
| os | app 设备的系统信息 比如系统版本 | json |
| device | app 设备的设备信息 比如 uuid | json |
后端返回的数据格式
下面是一个完整的数据返回 返回格式为application/json ,返回状态码为200.
注意 : 返回
200以外的状态码将不被处理,如果想自行处理可以改写代码
| 名称 | 描述 | 参数 |
|---|---|---|
| name | 版本号 如果检测的版本大于本地版本就会更新 | string |
| title | 升级提示标题 | string |
| description | 升级提示内容 | string |
| platform | 符合升级的平台 ios:升级苹果 android:升级安卓 both:都更新 | ios ,android, both |
| hotupdate_type | 更新提示 silence:静默更新 tip:提示更新 (apk 的安装是需要提示的) | silence,tip |
| android_url | 更新下载地址 以.apk,.wgt结尾的 http 地址 | url |