[發(fā)明專利]應用程序更新方法、裝置、系統(tǒng)、介質(zhì)及設備

有效

• 申請?zhí)枺?/td>: 202010725326.6
• 申請日: 2020-07-24
• 公開（公告）號: CN111930398B
• 公開（公告）日: 2023-06-27
• 發(fā)明（設計）人: 高翅;譚洪頌;胡子健
• 申請（專利權）人: 北京檸檬微趣科技股份有限公司
• 主分類號: G06F8/65
• 分類號: G06F8/65
• 代理公司: 北京同立鈞成知識產(chǎn)權代理有限公司 11205
• 代理人: 虞浩;劉芳

本申請?zhí)峁┮环N應用程序更新方法、裝置、系統(tǒng)、介質(zhì)及設備。本申請實施例提供的應用程序更新方法，通過熱更支持客戶端的開發(fā)模式對待更新程序邏輯進行調(diào)試，以獲得更新程序邏輯，然后，將更新程序邏輯發(fā)布至后端，再通過熱更支持客戶端的產(chǎn)品模式從后端獲取更新數(shù)據(jù)。從而可以讓前端開發(fā)人員在沒有任何后端開發(fā)人員協(xié)助的情況下，可以簡單且快捷地編寫和更新。

技術領域

本申請涉及計算機技術領域，尤其涉及一種應用程序更新方法、裝置、系統(tǒng)、介質(zhì)及設備。

背景技術

為了使應用程序能夠不斷適應變化的市場，開發(fā)人員需要不斷地進行應用程序的完善，即不斷更新應用程序的版本。

目前，對于應用程序的開發(fā)通常需要前端和后端分別進行編程。然而，二者在進行開發(fā)時，所基于的集成開發(fā)環(huán)境(Integrated?Development?Environment，簡稱IDE)也通常不同，所使用的語言也會不同。因此，當需要對應用程序進行更新時，需要前端和后端的開發(fā)人員進行詳細的協(xié)商后，才能夠?qū)崿F(xiàn)應用程序中功能的更新。

可見，由于前端開發(fā)人員一般不會編寫后端的代碼，因此，當前前端和后端分別進行編程的更新方法就會增加很多溝通成本，不利于應用程序的快速更新迭代。

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

本申請實施例提供一種應用程序更新方法、裝置、系統(tǒng)、介質(zhì)及設備，以解決當前前端和后端分別進行編程的更新方法會增加很多溝通成本，不利于應用程序的快速更新迭代的問題。

第一方面，本申請實施例提供一種應用程序更新方法，應用于前端，所述方法包括：

通過熱更支持客戶端的開發(fā)模式對待更新程序邏輯進行調(diào)試，以獲得更新程序邏輯；

將所述更新程序邏輯發(fā)布至后端；

通過所述熱更支持客戶端的產(chǎn)品模式從所述后端獲取更新數(shù)據(jù)。

在一種可能的設計中，所述待更新程序邏輯基于所述前端對應的集成開發(fā)環(huán)境進行編寫與調(diào)試。

在一種可能的設計中，所述待更新程序邏輯基于所述前端對應的程序語言進行編寫。

在一種可能的設計中，所述待更新程序邏輯為新增程序邏輯和/或修改程序邏輯。

在一種可能的設計中，所述將所述更新程序邏輯發(fā)布至后端，包括：

將所述更新程序邏輯通過數(shù)據(jù)接口發(fā)布至所述后端，其中，所述數(shù)據(jù)接口為所述前端與所述后端原有進行數(shù)據(jù)交互的接口。

第二方面，本申請還提供一種應用程序更新方法，應用于后端，所述方法包括：

接收前端發(fā)布的更新程序邏輯；

對所述更新程序邏輯進行編譯，以獲得后端程序邏輯；

通過所述后端程序邏輯向所述前端發(fā)送更新數(shù)據(jù)。

第三方面，本申請還提供一種應用程序更新裝置，包括：

熱更支持客戶端，用于在開發(fā)模式對待更新程序邏輯進行調(diào)試，以獲得更新程序邏輯；

程序發(fā)布模塊，用于將所述更新程序邏輯發(fā)布至后端；

所述熱更支持客戶端，還用于在產(chǎn)品模式從所述后端獲取更新數(shù)據(jù)。

在一種可能的設計中，所述待更新程序邏輯基于所述前端對應的集成開發(fā)環(huán)境進行編寫與調(diào)試。

在一種可能的設計中，所述待更新程序邏輯基于所述前端對應的程序語言進行編寫。

在一種可能的設計中，所述待更新程序邏輯為新增程序邏輯和/或修改程序邏輯。

在一種可能的設計中，所述程序發(fā)布模塊，具體用于：