[發明專利]界面加載方法、裝置、電子設備、服務器，以及存儲介質

在審

• 申請號: 201810646641.2
• 申請日: 2018-06-21
• 公開（公告）號: CN108897582A
• 公開（公告）日: 2018-11-27
• 發明（設計）人: 宋紅蓮;袁留凱;劉光華
• 申請（專利權）人: 珠海市君天電子科技有限公司
• 主分類號: G06F9/445
• 分類號: G06F9/445
• 代理公司: 北京清亦華知識產權代理事務所(普通合伙) 11201
• 代理人: 宋合成

本發明提出一種界面加載方法、裝置、電子設備、服務器，以及存儲介質，該方法包括向服務器發送第一加載請求以及初始配置表；接收經由服務器編輯處理后的新配置表，以及服務器根據第一加載請求所獲取的主界面框架；讀取新配置表中的加載需求，以及加載需求對應的加載數據；在主界面中加載主界面框架，并在主界面框架中根據加載需求加載加載數據。通過本發明能夠實現前端界面和服務器的解耦合，提升前端界面加載效率。

技術領域

本發明涉及計算機技術領域，尤其涉及一種界面加載方法、裝置、電子設備、服務器，以及存儲介質。

背景技術

一般情況，瀏覽器在渲染網頁的時候是一次性地向服務端請求回將要呈現出來的內容即HTML文本，這樣會存在一個缺陷：在服務端能夠完成響應之前，瀏覽器會長時間的白屏。經數據統計，用戶所能接受的白屏時間大概是1.3秒，瀏覽器一次性請求的內容越多，服務器處理時間越長，白屏時間就會越長，損失的用戶就會越多。

由此可見，瀏覽器能否高速的渲染決定了用戶的留存。在瀏覽器所要渲染的HTML文本過多時，若仍然采取一次性地向服務端請求所有HTML文本這個方案顯然是不可取的。現在已經存在一些技術用來解決這個問題，如Facebook的Bigpipe技術,hao123網址導航的her技術，淘寶詳情頁的Bigrender技術。這些技術基本原理都是將網頁分成一個大框架和N個小組件，先向服務端請求大框架所需要的HTML文本，再逐個請求小組件所需要的HTML文本，這樣大框架能夠很快的呈現給用戶，減少了白屏時間。

但這些技術仍然存在一些問題：前端和服務端耦合性強(例如：Bigpipe技術就是服務端不斷地調用前端用于加載內容的JS方法，以此完成小組件的渲染)。前端資源沒有或者不能靈活地進行性能優化，例如資源的壓縮和組合，這會降低瀏覽器渲染的速度。小組件的加載順序和渲染方式不能控制，組件不能被自由控制或者進行懶加載，也會影響渲染的速度。

發明內容

本發明旨在至少在一定程度上解決相關技術中的技術問題之一。

為此，本發明的一個目的在于提出一種界面加載方法，能夠實現前端界面和服務器的解耦合，提升前端界面加載效率。

本發明的另一個目的在于提出另一種界面加載方法。

本發明的另一個目的在于提出一種界面加載裝置。

本發明的另一個目的在于提出另一種界面加載裝置。

本發明的另一個目的在于提出一種電子設備。

本發明的另一個目的在于提出一種服務器。

本發明的另一個目的在于提出一種非臨時性計算機可讀存儲介質。

本發明的另一個目的在于提出一種計算機程序產品。

本發明的另一個目的在于提出另一種非臨時性計算機可讀存儲介質。

本發明的另一個目的在于提出另一種計算機程序產品。

為達到上述目的，本發明第一方面實施例提出的界面加載方法，包括：向服務器發送第一加載請求以及初始配置表；接收經由所述服務器編輯處理后的新配置表，以及所述服務器根據第一加載請求所獲取的主界面框架；讀取所述新配置表中的加載需求，以及所述加載需求對應的加載數據；在主界面中加載所述主界面框架，并在所述主界面框架中根據所述加載需求加載所述加載數據。

在本發明的一個實施例中，所述加載需求中包括：與各加載數據對應的子加載需求，所述讀取所述新配置表中的加載需求，以及所述加載需求對應的加載數據，包括：

讀取所述新配置表中，各加載數據對應的子加載需求；

獲取與所述子加載需求對應的加載數據。