這時候就需要整包公升級。
但是拋開這些 manifest的修改,熱更新還是很方便的,**如下:
uni.request(,
success: (result) => , function() , function(e) );
} }
});
} }
});
});
// #endif
整包公升級**:
onlaunch: function () ;
uni.request(
} })
} }
})
//#endif
}
if (plus.os.name=="android")根據客戶端上報的版本號,比對服務端最新版本號,決定是否需要公升級,若需公升級則返回公升級資訊(rease notes、更新包位址等)else
實現示例:
【推薦】通過unicloud的雲函式模板,快速實現公升級檢查邏輯,詳情參考:
php示例**:
header("content-type:text/json");$version = $_get["version"]; //客戶端版本號
$rsp = array("status" => 0); //預設返回值,不需要公升級
if ($version !== "1.0.1")
} }
echo json_encode($rsp);
exit;
uni app 整包公升級 更新方案
介面約定 如下資料介面約定僅為示例,開發者可以自定義介面引數。請求方法 get 請求資料 響應資料 onlaunch function uni.request endif 根據客戶端上報的版本號,比對服務端最新版本號,決定是否需要公升級,若需公升級則返回公升級資訊 rease notes 更新包位址...
uniapp熱更新問題
注意 保持打包好的apk包和wgt包的打包環境一致,也就是注意hbuilder的版本問題,如果進來就彈窗黑色視窗提示sdk版本問題,多半就是兩個包之間的打包環境存在問題,這樣你就必須做大版本公升級來保證打包環境的一致性 每次打包前應用版本名稱和應用版本號都必須 1做好判斷,不要重複更新wgt包 下面...
遊戲大版本更新和熱更新
一般來說,不能通過小版本更新解決的問題,才會用到大版本更新,例如,不可熱更的遊戲 而熱更新是建立在每次大版本更新的基礎上進行的更新,因此,這2種更新方式應該互相承接。我們可以通過md5檔案和更新檔案以及版本號來實現大版本更新和熱更新。遊戲的版本號由大版本號 資源版本號構成,每一次大版本更新,大版本號...