注意:フロントエンドのホットアップデートコードリソースのため。それは全体のパッケージのアップグレードの場合は、ドキュメントを参照https://ask.dcloud.net.cn/article/34972を
HBuilderX 1.6.5以降、ユニアプリは、Appリソースのアップグレードパッケージの生成をサポートしています。
アプリケーションは、リソースのアップグレードパッケージを生成し、
版数
まず、manifest.jsonをして、バージョン番号を更新。
例えば、前に1.0.0で、新しいバージョンがとても1.0.1または1.1.0でなければなりません。
解除
その後、HBuilderXにアップグレードパッケージ(WGT)を生成します。
メニュー- >リリース- >ネイティブアプリケーションのAPP-は、モバイルリソースアップグレードパッケージを作成します
アップグレードパッケージを生成すると、コンソール出力の終了位置を教えてくれます。
インストール手順リソースアップグレードパッケージ
アップグレードは、クライアントが完了すると、サーバ・アプリケーションは、以下のローカルテスト手順は、の動作を説明する必要があります。
ストレージ・リソース
ディレクトリ・サーバーに格納されている%APPID%.wgt静的ファイル、そのhttp://www.example.com/static/UNI832D722.wgt。
クライアントは、アップグレードを検出し、
App.vueを検出onLaunchでコードをアップグレード次のとおりです。
// #ifdef APP-PLUS
plus.runtime.getProperty(plus.runtime.appid, function(widgetInfo) {
uni.request({
url: 'http://www.example.com/update/',
data: {
version: widgetInfo.version,
name: widgetInfo.name
},
success: (result) => {
var data = result.data;
if (data.update && data.wgtUrl) {
uni.downloadFile({
url: data.wgtUrl,
success: (downloadResult) => {
if (downloadResult.statusCode === 200) {
plus.runtime.install(downloadResult.tempFilePath, {
force: false
}, function() {
console.log('install success...');
plus.runtime.restart();
}, function(e) {
console.error('install fail...');
});
}
}
});
}
}
});
});
// #endif
サポートなし
- そのような追加マップのモジュールとしてSDK調整部分は、この方法でアップグレードすることはできません、パッケージ全体を用いてアップグレードする必要があります。
- それが古い場合は、非カスタムコンポーネントはモードではなく、以前にnvueファイルをコンパイルしますが、この方法を使用することはできませんnvueアップデートファイルを追加しました。何nvueファイルがweexエンジンにパッケージ化しないされていない場合、非カスタムコンポーネントは、モードをコンパイルするので、エンジンを動的にネイティブ追加することはできません。彼の口weexエンジンでのカスタムコンポーネントのデフォルトのモードに関係なく、プロジェクトの無nvueファイルの下にあります。
- ネイティブプラグインの追加や変更、同じことがこの方法を使用することができません。
注意事項
- 条件付きコンパイル、唯一のアプリケーションプラットフォームでこのアップグレードロジックを実行します。
- appid 以及版本信息等,在 HBuilderX 真机运行开发期间,均为 HBuilder 这个应用的信息,因此需要打包自定义基座或正式包测试升级功能。
- plus.runtime.version 或者 uni.getSystemInfo() 读取到的是 apk/ipa 包的版本号,而非 manifest.json 资源中的版本信息,所以这里用 plus.runtime.getProperty() 来获取相关信息。
- 安装 wgt 资源包成功后,必须执行 plus.runtime.restart(),否则新的内容并不会生效。
- 如果App的原生引擎不升级,只升级wgt包时需要注意测试wgt资源和原生基座的兼容性。平台默认会对不匹配的版本进行提醒,如果自测没问题,可以在manifest中配置忽略提示,详见https://ask.dcloud.net.cn/article/35627
- www.example.com 是一个仅用做示例说明的地址,实际应用中应该是真实的 IP 或有效域名,请勿直接复制粘贴使用。
关于热更新是否影响应用上架
应用市场为了防止开发者不经市场审核许可,给用户提供违法内容,对热更新大多持排斥态度。
但实际上热更新使用非常普遍,不管是原生开发中还是跨平台开发。
Apple曾经禁止过jspatch,但没有打击其他的热更新方案,包括cordovar、react native、DCloud。封杀jspatch其实是因为jspatch有严重安全漏洞,可以被黑客利用,造成三方黑客可篡改其他App的数据。
使用热更新需要注意:
- 上架审核期间不要弹出热更新提示
- 热更新内容使用https下载,避免被三方网络劫持
- 不要更新违法内容、不要通过热更新破坏应用市场的利益,比如iOS的虚拟支付要老老实实给Apple分钱
- 如果你的应用没有犯这些错误,应用市场是不会管的。