[發明專利]一種Web應用的更新方法、裝置和系統

有效

• 申請號: 201410602688.0
• 申請日: 2014-10-31
• 公開（公告）號: CN105630522B
• 公開（公告）日: 2019-03-08
• 發明（設計）人: 趙航
• 申請（專利權）人: 阿里巴巴集團控股有限公司
• 主分類號: G06F8/65
• 分類號: G06F8/65
• 代理公司: 北京潤澤恒知識產權代理有限公司 11319
• 代理人: 趙娟

本申請實施例提供了一種Web應用的更新方法、裝置和系統，所述的方法包括：接收針對Web應用中獨立的展示層的資源更新文件；所述展示層中具有資源文件，所述資源文件具有加載時間，所述資源更新文件具有修改時間；判斷所述修改時間是否大于或等于上一次的加載時間；若是，則在所述展示層中加載所述資源更新文件。本申請實施例通過將展示層進行獨立管理，在對展示層進行更新時，可以直接在展示層進行修改，發布資源更新文件，可以不用關心后端代碼的更新，無需通過代碼合并、編譯、打包等復雜的傳統發布過程，大大減少了發布的流程，加快了發布時間，同時，減少了更新的風險、提高了展示層的穩定性，大大提高了更新效率。

技術領域

本申請涉及網絡技術領域，特別是涉及一種Web應用的更新方法、一種Web應用的更新裝置和一種Web應用的更新系統。

背景技術

隨著互聯網技術的發展，Web(網絡)應用程序作為動態網站的實現基礎越來越廣泛應用，Web應用程序可以由Java(一種面向對象的程序設計語言)、PHP(HypertextPreprocessor，超文本預處理語言)、Python(一種面向對象、直譯式計算機程序設計語言)等諸多語言實現，為基于瀏覽器的客戶端用戶提供網頁瀏覽等Web服務。

對于Web應用，為了便于開發、維護等要求，需要對Web應用邏輯劃分層次，使得不同的開發人員可同時對更層進行開發。

其中，分層中一般會包括視圖層，可以是用戶看到并與之交互的界面，互聯網行業經常調整展現的內容，改變用戶交互、文案等以提升用戶體驗或者發布新功能。

在傳統的發布過程中，所有代碼(包括視圖層)的修改，都使用統一的發布過程：修改代碼→代碼合并→編譯→打包→代碼分發→部署。

可以看到整個過程中，修改視圖層需要經過復雜的發布過程，更新時間十分長。并且，每次更新都需要發布Web應用的全量的發布包，發布過程占用大量的網絡資源。

在發布過程中，由于應用容器需要重啟，無法對外提供服務。所以集群的發布過程需要經過停流量、重新部署、開啟流量非常復雜的操作。

上述發布過程修改代碼的業務邏輯風險非常高，每次重新部署會加載所有的資源文件，包括視圖文件以及后端邏輯文件，造成每次發布的風險不可控，穩定性也有潛在的風險。

因此，目前需要本領域技術人員迫切解決的一個技術問題就是：如何提出一種Web應用的更新方法，用以減少發布流程，減少網絡資源的耗費，減少風險，提高穩定性。

發明內容

本申請實施例所要解決的技術問題是提供一種Web應用的更新方法，用以減少發布流程，減少網絡資源的耗費，減少風險，提高穩定性。

相應的，本申請實施例還提供了一種Web應用的更新裝置，用以保證上述方法的實現及應用。

為了解決上述問題，本申請公開了一種Web應用的更新方法，包括：

接收針對Web應用中獨立的展示層的資源更新文件；所述展示層中具有資源文件，所述資源文件具有加載時間，所述資源更新文件具有修改時間；

判斷所述修改時間是否大于或等于上一次的加載時間；若是，則在所述展示層中加載所述資源更新文件。

優選地，所述展示層用于加載Web應用中的交互界面；

所述展示層中包括以下至少一種資源文件：

網頁文檔、模板文件、圖片、級聯樣式表、腳本對象。

優選地，所述資源更新文件為針對所述展示層中的資源文件進行更新的增量文件。

優選地，所述接收針對Web應用中獨立的展示層的資源更新文件的步驟包括：