[發(fā)明專利]應(yīng)用程序頁面API接口前置方法、裝置及存儲(chǔ)介質(zhì)

有效

• 申請?zhí)枺?/td>: 202010119416.0
• 申請日: 2020-02-26
• 公開（公告）號: CN111414562B
• 公開（公告）日: 2023-08-29
• 發(fā)明（設(shè)計(jì)）人: 林澤全
• 申請（專利權(quán)）人: 深圳運(yùn)動(dòng)帝圖科技有限公司
• 主分類號: G06F16/957
• 分類號: G06F16/957;G06F9/54
• 代理公司: 深圳峰誠志合知識產(chǎn)權(quán)代理有限公司 44525
• 代理人: 吳林

本發(fā)明涉及數(shù)據(jù)處理技術(shù)領(lǐng)域，提出一種應(yīng)用程序頁面API接口前置方法、裝置及存儲(chǔ)介質(zhì)，其中的方法包括：用戶觸發(fā)第一流程頁面中的按鈕，通過預(yù)設(shè)業(yè)務(wù)邏輯判斷待跳轉(zhuǎn)的第二流程頁面；通過第一流程頁面觸發(fā)應(yīng)用程序初始化新的webview，在新的webview加載第二流程頁面的靜態(tài)資源；同時(shí)，第一流程頁面向應(yīng)用程序中的代理中間件的發(fā)送消息隊(duì)列中發(fā)送API接口請求；代理中間件根據(jù)發(fā)送消息隊(duì)列先后處理API接口請求，并與服務(wù)端發(fā)生交互，獲取對應(yīng)的接口數(shù)據(jù)；第二流程頁面從所述代理中間件中獲取與API接口相對應(yīng)的接口數(shù)據(jù)；根據(jù)接口數(shù)據(jù)對第二流程頁面進(jìn)行頁面渲染。本發(fā)明能夠優(yōu)化頁面打開速度，提高用戶體驗(yàn)。

技術(shù)領(lǐng)域

本發(fā)明涉及數(shù)據(jù)處理技術(shù)領(lǐng)域，尤其涉及一種應(yīng)用程序頁面API接口前置方法、裝置及計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)。

背景技術(shù)

前移動(dòng)端除了原生iOS/Android開發(fā)外，為了業(yè)務(wù)快速迭代，存在大量的HybridApp或者Web?App。但高開發(fā)效率帶來了頁面體驗(yàn)較差的情況，當(dāng)用戶點(diǎn)擊一個(gè)按鈕/鏈接跳轉(zhuǎn)到下一個(gè)頁面時(shí)，往往需要經(jīng)過“處理當(dāng)前頁面邏輯-初始化Webview-加載靜態(tài)資源-請求API接口-頁面渲染”幾個(gè)環(huán)節(jié)。根據(jù)數(shù)據(jù)統(tǒng)計(jì)，一個(gè)最簡單的Webview初始化時(shí)間在90～150ms之間(如果有特殊業(yè)務(wù)邏輯該部分時(shí)間將大大延長)，API接口根據(jù)業(yè)務(wù)邏輯復(fù)雜度，需要數(shù)百毫秒到數(shù)秒之間。從這些數(shù)據(jù)我們可以看出初始化Webview與請求API接口這兩部分占了整個(gè)過程的絕大部分時(shí)間。

目前，為克服上述問題現(xiàn)有業(yè)內(nèi)或產(chǎn)品部分采用服務(wù)端渲染技術(shù)，該技術(shù)雖然優(yōu)化了“加載靜態(tài)資源-請求API接口-頁面渲染”的時(shí)間，但是API接口請求和Webview初始化這兩塊占比最大的部分仍是以串行的方式請求，導(dǎo)致業(yè)內(nèi)大部分Hybrid/Web?App給人以不流暢的體驗(yàn)。

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

本發(fā)明提供一種應(yīng)用程序頁面API接口前置方法、電子裝置及計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)，其主要目的在于。

為實(shí)現(xiàn)上述目的，本發(fā)明提供一種應(yīng)用程序頁面API接口前置方法，應(yīng)用于電子裝置，所述方法包括：

用戶觸發(fā)第一流程頁面中的按鈕，通過預(yù)設(shè)業(yè)務(wù)邏輯判斷待跳轉(zhuǎn)的第二流程頁面；

通過所述第一流程頁面觸發(fā)應(yīng)用程序初始化新的webview，在新的webview加載所述第二流程頁面的靜態(tài)資源；同時(shí)，所述第一流程頁面向應(yīng)用程序中的代理中間件的發(fā)送消息隊(duì)列中發(fā)送API接口請求；

所述代理中間件根據(jù)發(fā)送消息隊(duì)列先后處理API接口請求，并與服務(wù)端發(fā)生交互，獲取對應(yīng)的接口數(shù)據(jù)；

所述第二流程頁面從所述代理中間件中獲取與所述API接口相對應(yīng)的接口數(shù)據(jù)；

根據(jù)所述接口數(shù)據(jù)對所述第二流程頁面進(jìn)行頁面渲染。

優(yōu)選地，所述用戶觸發(fā)第一流程頁面中的按鈕，通過預(yù)設(shè)業(yè)務(wù)邏輯判斷待跳轉(zhuǎn)的第二流程頁面的步驟包括：

當(dāng)所述用戶觸發(fā)或者點(diǎn)擊所述第一流程頁面上的按鈕時(shí)，通過所述預(yù)設(shè)業(yè)務(wù)邏輯判斷所述第二流程頁面初始化所需的API接口信息及入?yún)ⅲ黄渲校龅谝涣鞒添撁嬷械陌粹o為設(shè)置在所述第一流程頁面上的鏈接；

基于所述API接口信息及入?yún)⒋_定所述待跳轉(zhuǎn)的第二流程頁面的位置。

優(yōu)選地，所述第二流程頁面從所述代理中間件中獲取與所述API接口相對應(yīng)的接口數(shù)據(jù)的步驟包括：

若所述API接口的接口數(shù)據(jù)已返回至所述代理中間件，則所述第二流程頁面直接獲取所述接口數(shù)據(jù)并進(jìn)行頁面渲染；

若所述API接口的接口數(shù)據(jù)未返回至所述代理中間件，且所述發(fā)送消息隊(duì)列中存在所述API接口請求時(shí)，則等待所述代理中間件進(jìn)行接口數(shù)據(jù)返回；