[發(fā)明專利]一種數(shù)據(jù)加載方法、裝置及電子設備

在審

• 申請?zhí)枺?/td>: 201911043181.5
• 申請日: 2019-10-30
• 公開（公告）號: CN110806856A
• 公開（公告）日: 2020-02-18
• 發(fā)明（設計）人: 黃波;王海波;雷杰;郭華輝;劉秋林;賴駿劼;王玉娟;張龍;劉方麗
• 申請（專利權(quán)）人: 亞信科技（中國）有限公司
• 主分類號: G06F8/20
• 分類號: G06F8/20;G06F8/38;G06F8/71;G06F9/445
• 代理公司: 北京集佳知識產(chǎn)權(quán)代理有限公司 11227
• 代理人: 趙煥

本發(fā)明提供了一種數(shù)據(jù)加載方法、裝置及電子設備，在終端的應用程序啟動、且終端內(nèi)保存的應用程序的應用界面模板的版本信息與服務器內(nèi)存儲的所述應用程序的版本信息一致，即終端內(nèi)保存的應用界面模板為最新版本時，直接從終端內(nèi)獲取到該應用程序的應用界面模板，不需要在從服務器獲取，本地獲取僅需要通過預設原生接口獲取即可，不需要占用網(wǎng)絡資源，進而減少了終端對該應用界面模板的加載時間，提高了用戶體驗。

技術領域

本發(fā)明涉及移動端業(yè)務支撐系統(tǒng)設計和開發(fā)領域，更具體的說，涉及一種數(shù)據(jù)加載方法、裝置及電子設備。

背景技術

隨著安卓Android和iOS移動設備的普及以及網(wǎng)絡環(huán)境質(zhì)量的不斷提升，手機上的應用程序越來越多，應用開發(fā)也越來越普及。另一方面，隨著手機廠家的不斷加入，Android和iOS設備的碎片化程度也越來越高，預計在未來可見的幾年內(nèi)，兩種設備的共同發(fā)展和并存將是一個穩(wěn)定的形態(tài)，這就意味著絕大多數(shù)的手機應用都需要同時面對Android和iOS兩種設備的用戶。但Android應用程序和iOS應用程序基于不同的平臺開發(fā)，如Android應用程序主要使用計算機編程語言Java語言和C++語言開發(fā)，iOS應用程序使用擴充C的面向?qū)ο缶幊陶Z言Objetive-C語言開發(fā)，除此之外還有一些根據(jù)不同設備的硬件適配問題，導致針對應用程序的跨平臺開發(fā)對應用程序具體業(yè)務的開發(fā)團隊在成本上和管理上都提出了很高的要求。

目前針對應用程序跨平臺開發(fā)問題的解決方案為：使用網(wǎng)絡視圖webview加載服務端頁面實現(xiàn)業(yè)務的方式，Android和iOS原生開發(fā)框架均提供了webview視圖，通過簡單的調(diào)用即可實現(xiàn)頁面的加載和業(yè)務功能的調(diào)用。但此方案的缺點非常明顯，由于加載的是遠端頁面，因此頁面的加載和渲染受網(wǎng)絡影響較大，應用程序加載時間較長，導致用戶體驗較差。

發(fā)明內(nèi)容

有鑒于此，本發(fā)明提供一種數(shù)據(jù)加載方法、裝置及電子設備，以解決使用網(wǎng)絡視圖webview加載服務端頁面實現(xiàn)業(yè)務的方式受網(wǎng)絡影響較大，應用程序加載時間較長，導致用戶體驗較差的問題。

為解決上述技術問題，本發(fā)明采用了如下技術方案：

一種數(shù)據(jù)加載方法，包括：

在終端的應用程序啟動時，獲取所述終端保存的與所述應用程序?qū)膽媒缑婺０宓膽冒姹拘畔ⅲ?/p>

若所述應用版本信息與所述應用程序?qū)姆掌鲀?nèi)存儲的所述應用程序的版本信息一致，則通過所述終端的預設原生接口獲取所述終端保存的所述應用界面模板，并加載所述應用界面模板。

可選地，判斷所述版本信息與所述應用程序?qū)姆掌鲀?nèi)存儲的所述應用程序的版本信息一致的過程包括：

與所述服務器建立通信連接，并獲取所述服務器內(nèi)存儲的所述應用程序的版本信息；

判斷所述應用版本信息與所述版本信息是否一致。

可選地，通過所述終端的預設原生接口獲取所述終端保存的所述應用界面模板，包括：

判斷所述終端是否保存有自定義資源名稱的應用界面模板；

若有，則獲取所述自定義資源名稱的應用界面模板；

若否，則獲取預設應用界面模板，并作為所述應用界面模板。

可選地，還包括：

若所述應用版本信息與所述應用程序?qū)姆掌鲀?nèi)存儲的所述應用程序的版本信息不一致，從所述服務器下載所述服務器保存的所述應用程序的最新應用界面模板；

對所述最新應用界面模板進行解壓縮和解密操作，得到初始應用界面模板；

加載所述初始應用界面模板。

可選地，還包括：