一种移动终端应用程序的更新方法和装置与流程

本申请涉及计算机技术领域，尤其涉及一种移动终端应用程序的更新方法和装置。

背景技术：

随着互联网技术的快速发展，用户可以通过移动终端中装载的应用程序实现各种各样的业务操作，比如：支付操作、购物操作等。相关技术中，在应用程序发布后，为修复当前版本的缺陷，或对当前版本进行优化，开发人员往往会对应用程序进行更新，如何在应用程序更新的过程中提高开发效率已成为亟待解决的问题。

技术实现要素：

有鉴于此，本申请提供一种移动终端应用程序的更新方法和装置。

具体地，本申请是通过如下技术方案实现的：

一种移动终端应用程序的更新方法，所述方法包括：

从服务端下载离线压缩包，所述离线压缩包中包括一种或多种类型的文件；

在解压所述离线压缩包后，识别所述离线压缩包中各文件的文件类型；

将所述文件发送给匹配其文件类型的容器运行，以完成更新。

可选的，所述识别所述离线压缩包中各文件的文件类型，包括：

根据所述离线压缩包中各文件的后缀识别所述文件的文件类型。

可选的，所述将所述文件发送给匹配其文件类型的容器运行，包括：

当所述文件为html类型的文件时，将所述文件发送给webview容器运行。

可选的，所述将所述文件发送给匹配其文件类型的容器运行，包括：

当所述文件为react-native类型的文件时，将所述文件发送给react-native容器运行。

一种移动终端应用程序的更新装置，所述装置包括：

下载单元，从服务端下载离线压缩包，所述离线压缩包中包括一种或多种类型的文件；

识别单元，在解压所述离线压缩包后，识别所述离线压缩包中各文件的文件类型；

运行单元，将所述文件发送给匹配其文件类型的容器运行，以完成更新。

可选的，所述识别单元，在解压所述离线压缩包后，根据所述离线压缩包中各文件的后缀识别所述文件的文件类型。

可选的，所述运行单元，在所述文件为html类型的文件时，将所述文件发送给webview容器运行。

可选的，所述运行单元，在所述文件为react-native类型的文件时，将所述文件发送给react-native容器运行。

由以上描述可以看出，本申请开发人员无需区分文件类型，可以将不同类型的文件打包在同一个离线压缩包中，大大提高了开发人员的开发效率。本申请应用程序在下载所述离线压缩包后，可以识别所述离线压缩包中各文件的文件类型，并将各文件发送给匹配其文件类型的容器运行，以完成应用程序的更新，无需解压多个离线压缩包，提高了应用程序更新的速率。

附图说明

图1是本申请一示例性实施例示出的一种移动终端应用程序的更新方法的流程示意图。

图2是本申请一示例性实施例示出的一种用于移动终端应用程序的更新 装置的一结构示意图。

图3是本申请一示例性实施例示出的一种移动终端应用程序的更新装置的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

相关技术中，开发人员在对应用程序进行更新时，往往会将不同类型的文件分别打包。举例来说，假设某应用程序在更新时需要运行两种类型的文件，一种为html5(hypertextmarkuplanguage，超级文本标记语言)类型的文件，另一种为react-native类型的文件。目前，开发人员往往会将这两种类型的文件分别打包，应用程序会从服务端下载到两个离线压缩包，分别解压后，由对应的容器运行以完成更新。然而，在这样的实现方式中，当 文件类型较多或者应用程序更新频繁时，分别打包不同类型的文件会严重影响开发人员的开发效率。同时，应用程序在下载到多个离线压缩包之后，需要分别解压运行，也会影响应用程序的更新速率。

针对上述问题，本申请提供一种移动终端应用程序的更新方法，请参考图1，图1为本申请一示例性实施例示出的一种移动终端应用程序的更新方法的流程示意图，所述移动终端应用程序的更新方法可以应用在移动终端装载的应用程序(application，app)中，所述移动终端可以包括智能手机、平板电脑、pda(personaldigitalassistant，掌上电脑)、pc机等智能终端设备。所述移动终端应用程序的更新方法可以包括以下步骤：

步骤101，从服务端下载离线压缩包，所述离线压缩包中包括一种或多种类型的文件。

在本实施例中，应用程序的开发人员在准备应用程序更新所需的离线压缩包时，可以在编写好更新所需的相关文件后，可以将各文件打包在同一个离线压缩包中。

在本实施例中，通常而言，应用程序更新时需要运行多种不同类型的文件，比如：html5类型的文件、react-native类型的文件等。开发人员可以在编写好各种类型的文件后，将应用程序本次更新所需的所有文件都打包在同一个离线压缩包中。

在本实施例中，应用程序可以在接收到服务端推送的版本更新消息后，从服务端下载更新所需的离线压缩包，所述离线压缩包中包括有一种或者多种类型的文件。

步骤102，在解压所述离线压缩包后，识别所述离线压缩包中各文件的文件类型。

基于前述步骤101，在下载到离线压缩包之后，对所述离线压缩包进行解压处理，可以得到所述离线压缩包中包括的所有文件。在本步骤中，可以依次识别每个文件的文件类型。可选的，可以根据所述文件的后缀识别其文件类型。

举例来说，当所述文件的后缀为.html时，可以确定所述文件为html类型的文件，当所述文件的后缀为.jsbundle时，可以确定所述文件为react-native类型的文件。当然，在实际应用中，可能还会有其他类型的文件，本申请在此不再一一赘述。

步骤103，将所述文件发送给匹配其文件类型的容器运行，以完成更新。

基于前述步骤102的识别结果，在识别出所述文件的文件类型后，可以将所述文件发送给匹配其文件类型的容器，由该容器运行所述文件，从而完成应用程序的更新。

在本实施例中，当所述文件为html类型的文件时，可以将所述文件发送给webview容器，webview容器可以运行html文件中的代码。当所述文件为react-native类型的文件时，可以将所述文件发送给react-native容器，react-native容器可以运行react-native文件中的代码。对于其他类型的文件也是如此，本申请在此不再一一赘述。当所述离线压缩包中所有文件均被匹配其文件类型的容器运行完毕后，应用程序完成本次更新。

由以上描述可以看出，本申请开发人员无需区分文件类型，可以将不同类型的文件打包在同一个离线压缩包中，大大提高了开发人员的开发效率。本申请应用程序在下载所述离线压缩包后，可以识别所述离线压缩包中各文件的文件类型，并将各文件发送给匹配其文件类型的容器运行，以完成应用程序的更新，无需解压多个离线压缩包，提高了应用程序更新的速率。

与前述移动终端应用程序的更新方法的实施例相对应，本申请还提供了移动终端应用程序的更新装置的实施例。

本申请移动终端应用程序的更新装置的实施例可以应用在移动终端中装载的应用程序上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在移动终端的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图2所示，为本申请移动终端应用程序的更新装置所在移动终端的一种硬件结构图，除了图2所示的处理器、 内存、网络接口、以及非易失性存储器之外，实施例中装置所在的移动终端通常根据该移动终端的实际功能，还可以包括其他硬件，对此不再赘述。

图3是本申请一示例性实施例示出的一种移动终端应用程序的更新装置的结构示意图。

请参考图3，所述移动终端应用程序的更新装置200可以应用在前述图2所示的移动终端中装载的应用程序上，包括有：下载单元201、识别单元202以及运行单元203。

其中，所述下载单元201，从服务端下载离线压缩包，所述离线压缩包中包括一种或多种类型的文件；

所述识别单元202，在解压所述离线压缩包后，识别所述离线压缩包中各文件的文件类型；

所述运行单元203，将所述文件发送给匹配其文件类型的容器运行，以完成更新。

可选的，所述识别单元202，在解压所述离线压缩包后，根据所述离线压缩包中各文件的后缀识别所述文件的文件类型。

可选的，所述运行单元203，在所述文件为html类型的文件时，将所述文件发送给webview容器运行。

可选的，所述运行单元203，在所述文件为react-native类型的文件时，将所述文件发送给react-native容器运行。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性 劳动的情况下，即可以理解并实施。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。