[發明專利]加載應用文件的及裝置、系統、存儲介質、電子裝置

在審

• 申請號: 201910355366.3
• 申請日: 2019-04-29
• 公開（公告）號: CN110244962A
• 公開（公告）日: 2019-09-17
• 發明（設計）人: 許朗朗
• 申請（專利權）人: 北京辰森世紀科技股份有限公司
• 主分類號: G06F8/65
• 分類號: G06F8/65;G06F8/71;G06F9/445;G06F16/957
• 代理公司: 北京中強智尚知識產權代理有限公司 11448
• 代理人: 黃耀威

本發明提供了一種加載應用文件的及裝置、系統、存儲介質、電子裝置，其中，該方法包括：從資源服務器獲取web應用的超文本標記語言HTML文件，其中，所述web應用運行在瀏覽器；判斷所述HTML文件的版本信息是否已經更新；在所述版本信息已經更新時，從所述資源服務器加載所述web應用的第一靜態文件。通過本發明，解決了相關技術中在web應用的前后端分離后不能及時更新靜態文件的技術問題，在保證及時更新靜態資源的同時，縮短了web應用的顯示時間，實現了前后端的獨立部署。

技術領域

本發明涉及計算機領域，具體而言，涉及一種加載應用文件的及裝置、系統、存儲介質、電子裝置。

背景技術

相關技術中，web應用和桌面應用是兩種常見的軟件類型，web應用由于不需要獨立安裝，被廣泛應用。

相關技術中，在將web應用后端分離后，需要各自獨立部署，一般是后端服務部署一個HTML容器引用前端部署打包后的靜態資源。此方法會使用瀏覽器緩存，導致修改后的資源不能及時更新，為了保證及時更新，相關技術的方案還會在后面加上動態參數，不過此方法存在缺陷，不能夠使用瀏覽器緩存，而瀏覽器緩存會大大節省服務器資源和用戶瀏覽網頁的響應時間，導致該方案被拋棄。

在相關技術的另外一個方案中，通過拆分網頁的顯示模塊，根據實際情況，不加載未顯示的資源模塊，根據用戶的操作，再去加載必要模塊。圖1是本發明相關技術中前后端部署的示意圖，該方案能夠很好的解決緩存問題，并能夠使用瀏覽器緩存，但是因為需要修改后端服務的版本信息，導致當只需要部署前端代碼時，后端代碼也需要部署，無法做到獨立部署，前后端不同步。

針對相關技術中存在的上述問題，目前尚未發現有效的解決方案。

發明內容

為了解決上述相關技術中存在的技術問題，本發明實施例提供了一種加載應用文件的及裝置、系統、存儲介質、電子裝置。

根據本發明的一個實施例，提供了一種加載應用文件的，包括：從資源服務器獲取web應用的超文本標記語言HTML文件，其中，所述web應用運行在瀏覽器；判斷所述HTML文件的版本信息是否已經更新；在所述版本信息已經更新時，從所述資源服務器加載所述web應用的第一靜態文件。

可選的，在判斷所述HTML文件的版本信息是否更新之后，所述方法還包括：在所述版本信息未更新時，從瀏覽器的本地緩存中讀取所述web應用的第二靜態文件。

可選的，判斷所述HTML文件的版本信息是否更新包括：讀取所述HTML文件的第一版本信息，以及讀取所述web應用的歷史靜態文件的第二版本信息，其中，所述歷史靜態文件緩存在所述瀏覽器本地；比對所述第一版本信息與所述第二版本信息是否一致；在所述第一版本信息與所述第二版本信息一致時，確定所述HTML文件的版本信息未更新；在所述第一版本信息與所述第二版本信息不一致時，確定所述HTML文件的版本信息已經更新。

可選的，讀取所述HTML文件的第一版本信息包括：解析超文本標記語言HTML文件，得到HTML網頁源碼；通過標識信息在所述HTML網頁源碼中查找用于加載靜態文件的腳本信息；讀取所述腳本信息的第一版本信息。

可選的，從資源服務器獲取web應用的HTML文件包括：接收在所述瀏覽器的地址欄中輸入的所述web應用的統一資源定位符URL地址；通過所述URL地址向所述資源服務器發送業務請求；接收所述資源服務器基于所述業務請求反饋的HTML文件。

可選的，在從所述資源服務器加載所述web應用的第一靜態文件之后，所述方法還包括：使用所述第一靜態文件在所述瀏覽器中渲染所述web應用的用戶頁面。

可選的，在從瀏覽器的本地緩存中獲取所述web應用的第二靜態文件之后，所述方法還包括：使用所述第二靜態文件在所述瀏覽器中渲染所述web應用的用戶頁面。