本申請(qǐng)涉及計(jì)算機(jī)技術(shù)領(lǐng)域，尤其涉及一種移動(dòng)終端應(yīng)用程序的更新方法和裝置。

背景技術(shù)：

隨著互聯(lián)網(wǎng)技術(shù)的快速發(fā)展，用戶可以通過(guò)移動(dòng)終端中裝載的應(yīng)用程序?qū)崿F(xiàn)各種各樣的業(yè)務(wù)操作，比如：支付操作、購(gòu)物操作等。相關(guān)技術(shù)中，在應(yīng)用程序發(fā)布后，為修復(fù)當(dāng)前版本的缺陷，或?qū)Ξ?dāng)前版本進(jìn)行優(yōu)化，開發(fā)人員往往會(huì)對(duì)應(yīng)用程序進(jìn)行更新，如何在應(yīng)用程序更新的過(guò)程中提高開發(fā)效率已成為亟待解決的問(wèn)題。

技術(shù)實(shí)現(xiàn)要素：

有鑒于此，本申請(qǐng)?zhí)峁┮环N移動(dòng)終端應(yīng)用程序的更新方法和裝置。

具體地，本申請(qǐng)是通過(guò)如下技術(shù)方案實(shí)現(xiàn)的：

一種移動(dòng)終端應(yīng)用程序的更新方法，所述方法包括：

從服務(wù)端下載離線壓縮包，所述離線壓縮包中包括一種或多種類型的文件；

在解壓所述離線壓縮包后，識(shí)別所述離線壓縮包中各文件的文件類型；

將所述文件發(fā)送給匹配其文件類型的容器運(yùn)行，以完成更新。

可選的，所述識(shí)別所述離線壓縮包中各文件的文件類型，包括：

根據(jù)所述離線壓縮包中各文件的后綴識(shí)別所述文件的文件類型。

可選的，所述將所述文件發(fā)送給匹配其文件類型的容器運(yùn)行，包括：

當(dāng)所述文件為html類型的文件時(shí)，將所述文件發(fā)送給webview容器運(yùn)行。

可選的，所述將所述文件發(fā)送給匹配其文件類型的容器運(yùn)行，包括：

當(dāng)所述文件為react-native類型的文件時(shí)，將所述文件發(fā)送給react-native容器運(yùn)行。

一種移動(dòng)終端應(yīng)用程序的更新裝置，所述裝置包括：

下載單元，從服務(wù)端下載離線壓縮包，所述離線壓縮包中包括一種或多種類型的文件；

識(shí)別單元，在解壓所述離線壓縮包后，識(shí)別所述離線壓縮包中各文件的文件類型；

運(yùn)行單元，將所述文件發(fā)送給匹配其文件類型的容器運(yùn)行，以完成更新。

可選的，所述識(shí)別單元，在解壓所述離線壓縮包后，根據(jù)所述離線壓縮包中各文件的后綴識(shí)別所述文件的文件類型。

可選的，所述運(yùn)行單元，在所述文件為html類型的文件時(shí)，將所述文件發(fā)送給webview容器運(yùn)行。

可選的，所述運(yùn)行單元，在所述文件為react-native類型的文件時(shí)，將所述文件發(fā)送給react-native容器運(yùn)行。

由以上描述可以看出，本申請(qǐng)開發(fā)人員無(wú)需區(qū)分文件類型，可以將不同類型的文件打包在同一個(gè)離線壓縮包中，大大提高了開發(fā)人員的開發(fā)效率。本申請(qǐng)應(yīng)用程序在下載所述離線壓縮包后，可以識(shí)別所述離線壓縮包中各文件的文件類型，并將各文件發(fā)送給匹配其文件類型的容器運(yùn)行，以完成應(yīng)用程序的更新，無(wú)需解壓多個(gè)離線壓縮包，提高了應(yīng)用程序更新的速率。

附圖說(shuō)明

圖1是本申請(qǐng)一示例性實(shí)施例示出的一種移動(dòng)終端應(yīng)用程序的更新方法的流程示意圖。

圖2是本申請(qǐng)一示例性實(shí)施例示出的一種用于移動(dòng)終端應(yīng)用程序的更新 裝置的一結(jié)構(gòu)示意圖。

圖3是本申請(qǐng)一示例性實(shí)施例示出的一種移動(dòng)終端應(yīng)用程序的更新裝置的結(jié)構(gòu)示意圖。

具體實(shí)施方式

這里將詳細(xì)地對(duì)示例性實(shí)施例進(jìn)行說(shuō)明，其示例表示在附圖中。下面的描述涉及附圖時(shí)，除非另有表示，不同附圖中的相同數(shù)字表示相同或相似的要素。以下示例性實(shí)施例中所描述的實(shí)施方式并不代表與本申請(qǐng)相一致的所有實(shí)施方式。相反，它們僅是與如所附權(quán)利要求書中所詳述的、本申請(qǐng)的一些方面相一致的裝置和方法的例子。

在本申請(qǐng)使用的術(shù)語(yǔ)是僅僅出于描述特定實(shí)施例的目的，而非旨在限制本申請(qǐng)。在本申請(qǐng)和所附權(quán)利要求書中所使用的單數(shù)形式的“一種”、“所述”和“該”也旨在包括多數(shù)形式，除非上下文清楚地表示其他含義。還應(yīng)當(dāng)理解，本文中使用的術(shù)語(yǔ)“和/或”是指并包含一個(gè)或多個(gè)相關(guān)聯(lián)的列出項(xiàng)目的任何或所有可能組合。

應(yīng)當(dāng)理解，盡管在本申請(qǐng)可能采用術(shù)語(yǔ)第一、第二、第三等來(lái)描述各種信息，但這些信息不應(yīng)限于這些術(shù)語(yǔ)。這些術(shù)語(yǔ)僅用來(lái)將同一類型的信息彼此區(qū)分開。例如，在不脫離本申請(qǐng)范圍的情況下，第一信息也可以被稱為第二信息，類似地，第二信息也可以被稱為第一信息。取決于語(yǔ)境，如在此所使用的詞語(yǔ)“如果”可以被解釋成為“在……時(shí)”或“當(dāng)……時(shí)”或“響應(yīng)于確定”。

相關(guān)技術(shù)中，開發(fā)人員在對(duì)應(yīng)用程序進(jìn)行更新時(shí)，往往會(huì)將不同類型的文件分別打包。舉例來(lái)說(shuō)，假設(shè)某應(yīng)用程序在更新時(shí)需要運(yùn)行兩種類型的文件，一種為html5(hypertextmarkuplanguage，超級(jí)文本標(biāo)記語(yǔ)言)類型的文件，另一種為react-native類型的文件。目前，開發(fā)人員往往會(huì)將這兩種類型的文件分別打包，應(yīng)用程序會(huì)從服務(wù)端下載到兩個(gè)離線壓縮包，分別解壓后，由對(duì)應(yīng)的容器運(yùn)行以完成更新。然而，在這樣的實(shí)現(xiàn)方式中，當(dāng) 文件類型較多或者應(yīng)用程序更新頻繁時(shí)，分別打包不同類型的文件會(huì)嚴(yán)重影響開發(fā)人員的開發(fā)效率。同時(shí)，應(yīng)用程序在下載到多個(gè)離線壓縮包之后，需要分別解壓運(yùn)行，也會(huì)影響應(yīng)用程序的更新速率。

針對(duì)上述問(wèn)題，本申請(qǐng)?zhí)峁┮环N移動(dòng)終端應(yīng)用程序的更新方法，請(qǐng)參考圖1，圖1為本申請(qǐng)一示例性實(shí)施例示出的一種移動(dòng)終端應(yīng)用程序的更新方法的流程示意圖，所述移動(dòng)終端應(yīng)用程序的更新方法可以應(yīng)用在移動(dòng)終端裝載的應(yīng)用程序(application，app)中，所述移動(dòng)終端可以包括智能手機(jī)、平板電腦、pda(personaldigitalassistant，掌上電腦)、pc機(jī)等智能終端設(shè)備。所述移動(dòng)終端應(yīng)用程序的更新方法可以包括以下步驟：

步驟101，從服務(wù)端下載離線壓縮包，所述離線壓縮包中包括一種或多種類型的文件。

在本實(shí)施例中，應(yīng)用程序的開發(fā)人員在準(zhǔn)備應(yīng)用程序更新所需的離線壓縮包時(shí)，可以在編寫好更新所需的相關(guān)文件后，可以將各文件打包在同一個(gè)離線壓縮包中。

在本實(shí)施例中，通常而言，應(yīng)用程序更新時(shí)需要運(yùn)行多種不同類型的文件，比如：html5類型的文件、react-native類型的文件等。開發(fā)人員可以在編寫好各種類型的文件后，將應(yīng)用程序本次更新所需的所有文件都打包在同一個(gè)離線壓縮包中。

在本實(shí)施例中，應(yīng)用程序可以在接收到服務(wù)端推送的版本更新消息后，從服務(wù)端下載更新所需的離線壓縮包，所述離線壓縮包中包括有一種或者多種類型的文件。

步驟102，在解壓所述離線壓縮包后，識(shí)別所述離線壓縮包中各文件的文件類型。

基于前述步驟101，在下載到離線壓縮包之后，對(duì)所述離線壓縮包進(jìn)行解壓處理，可以得到所述離線壓縮包中包括的所有文件。在本步驟中，可以依次識(shí)別每個(gè)文件的文件類型?？蛇x的，可以根據(jù)所述文件的后綴識(shí)別其文件類型。

舉例來(lái)說(shuō)，當(dāng)所述文件的后綴為.html時(shí)，可以確定所述文件為html類型的文件，當(dāng)所述文件的后綴為.jsbundle時(shí)，可以確定所述文件為react-native類型的文件。當(dāng)然，在實(shí)際應(yīng)用中，可能還會(huì)有其他類型的文件，本申請(qǐng)?jiān)诖瞬辉僖灰毁樖觥?/p>

步驟103，將所述文件發(fā)送給匹配其文件類型的容器運(yùn)行，以完成更新。

基于前述步驟102的識(shí)別結(jié)果，在識(shí)別出所述文件的文件類型后，可以將所述文件發(fā)送給匹配其文件類型的容器，由該容器運(yùn)行所述文件，從而完成應(yīng)用程序的更新。

在本實(shí)施例中，當(dāng)所述文件為html類型的文件時(shí)，可以將所述文件發(fā)送給webview容器，webview容器可以運(yùn)行html文件中的代碼。當(dāng)所述文件為react-native類型的文件時(shí)，可以將所述文件發(fā)送給react-native容器，react-native容器可以運(yùn)行react-native文件中的代碼。對(duì)于其他類型的文件也是如此，本申請(qǐng)?jiān)诖瞬辉僖灰毁樖?。?dāng)所述離線壓縮包中所有文件均被匹配其文件類型的容器運(yùn)行完畢后，應(yīng)用程序完成本次更新。

由以上描述可以看出，本申請(qǐng)開發(fā)人員無(wú)需區(qū)分文件類型，可以將不同類型的文件打包在同一個(gè)離線壓縮包中，大大提高了開發(fā)人員的開發(fā)效率。本申請(qǐng)應(yīng)用程序在下載所述離線壓縮包后，可以識(shí)別所述離線壓縮包中各文件的文件類型，并將各文件發(fā)送給匹配其文件類型的容器運(yùn)行，以完成應(yīng)用程序的更新，無(wú)需解壓多個(gè)離線壓縮包，提高了應(yīng)用程序更新的速率。

與前述移動(dòng)終端應(yīng)用程序的更新方法的實(shí)施例相對(duì)應(yīng)，本申請(qǐng)還提供了移動(dòng)終端應(yīng)用程序的更新裝置的實(shí)施例。

本申請(qǐng)移動(dòng)終端應(yīng)用程序的更新裝置的實(shí)施例可以應(yīng)用在移動(dòng)終端中裝載的應(yīng)用程序上。裝置實(shí)施例可以通過(guò)軟件實(shí)現(xiàn)，也可以通過(guò)硬件或者軟硬件結(jié)合的方式實(shí)現(xiàn)。以軟件實(shí)現(xiàn)為例，作為一個(gè)邏輯意義上的裝置，是通過(guò)其所在移動(dòng)終端的處理器將非易失性存儲(chǔ)器中對(duì)應(yīng)的計(jì)算機(jī)程序指令讀取到內(nèi)存中運(yùn)行形成的。從硬件層面而言，如圖2所示，為本申請(qǐng)移動(dòng)終端應(yīng)用程序的更新裝置所在移動(dòng)終端的一種硬件結(jié)構(gòu)圖，除了圖2所示的處理器、 內(nèi)存、網(wǎng)絡(luò)接口、以及非易失性存儲(chǔ)器之外，實(shí)施例中裝置所在的移動(dòng)終端通常根據(jù)該移動(dòng)終端的實(shí)際功能，還可以包括其他硬件，對(duì)此不再贅述。

圖3是本申請(qǐng)一示例性實(shí)施例示出的一種移動(dòng)終端應(yīng)用程序的更新裝置的結(jié)構(gòu)示意圖。

請(qǐng)參考圖3，所述移動(dòng)終端應(yīng)用程序的更新裝置200可以應(yīng)用在前述圖2所示的移動(dòng)終端中裝載的應(yīng)用程序上，包括有：下載單元201、識(shí)別單元202以及運(yùn)行單元203。

其中，所述下載單元201，從服務(wù)端下載離線壓縮包，所述離線壓縮包中包括一種或多種類型的文件；

所述識(shí)別單元202，在解壓所述離線壓縮包后，識(shí)別所述離線壓縮包中各文件的文件類型；

所述運(yùn)行單元203，將所述文件發(fā)送給匹配其文件類型的容器運(yùn)行，以完成更新。

可選的，所述識(shí)別單元202，在解壓所述離線壓縮包后，根據(jù)所述離線壓縮包中各文件的后綴識(shí)別所述文件的文件類型。

可選的，所述運(yùn)行單元203，在所述文件為html類型的文件時(shí)，將所述文件發(fā)送給webview容器運(yùn)行。

可選的，所述運(yùn)行單元203，在所述文件為react-native類型的文件時(shí)，將所述文件發(fā)送給react-native容器運(yùn)行。

上述裝置中各個(gè)單元的功能和作用的實(shí)現(xiàn)過(guò)程具體詳見上述方法中對(duì)應(yīng)步驟的實(shí)現(xiàn)過(guò)程，在此不再贅述。

對(duì)于裝置實(shí)施例而言，由于其基本對(duì)應(yīng)于方法實(shí)施例，所以相關(guān)之處參見方法實(shí)施例的部分說(shuō)明即可。以上所描述的裝置實(shí)施例僅僅是示意性的，其中所述作為分離部件說(shuō)明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個(gè)地方，或者也可以分布到多個(gè)網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實(shí)際的需要選擇其中的部分或者全部模塊來(lái)實(shí)現(xiàn)本申請(qǐng)方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性 勞動(dòng)的情況下，即可以理解并實(shí)施。

以上所述僅為本申請(qǐng)的較佳實(shí)施例而已，并不用以限制本申請(qǐng)，凡在本申請(qǐng)的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本申請(qǐng)保護(hù)的范圍之內(nèi)。