CN115878174A - 应用程序的版本差异分析方法、装置、设备、介质及产品 - Google Patents

Abstract

本申请公开了一种应用程序的版本差异分析方法、装置、设备、介质及产品。该方法通过在显示有前端界面的情况下，响应于用户对第一应用程序的多个版本的程序包的导入操作，获取第一应用程序的多个版本的程序包；在前端界面上显示预设控件；接收用户对预设控件的第一输入；响应于第一输入，比较各个版本的程序包中的预设文件的差异，得到第一应用程序的多个版本之间的差异信息；显示差异信息。根据本申请实施例，能够分析版本之间的差异，提供了更人性化的人机交互界面，增强了便携性和交互性。

Description

应用程序的版本差异分析方法、装置、设备、介质及产品

技术领域

本申请属于大数据智能分析技术领域，尤其涉及一种应用程序的版本差异分析方法、装置、设备、介质及产品。

背景技术

随着技术的发展，应用程序的版本更新较为频繁。为了分析应用程序的不同版本的差异，需要对应用程序的程序包进行差异分析。

通常，在现有应用程序的版本差异分析方案中，一种方案是采用spring装包，需要先将应用程序包进行加载，然后分析应用程序版本的依赖关系，另一种方案是通过getServletContext方法读取程序包中的文件，在解析应用程序版本的依赖关系。

但是采用spring装包输出的结果过于简单，后续仍然需要人工统计分析，交互性比较差，并且getServletContext方法只适用于当前应用程序版本的分析，对于不同版本之间的分析能力差。

发明内容

本申请实施例提供一种应用程序的版本差异分析方法、装置、设备、介质及产品，能够分析不同应用程序的版本之间的差异，提供了更人性化的人机交互界面，增强了便携性和交互性。

第一方面，本申请实施例提供了一种应用程序的版本差异分析方法，该方法包括：

在显示有前端界面的情况下，响应于用户对第一应用程序的多个版本的程序包的导入操作，获取第一应用程序的多个版本的程序包；

在前端界面上显示预设控件；

接收用户对预设控件的第一输入；

响应于第一输入，比较各个版本的程序包中的预设文件的差异，得到第一应用程序的多个版本之间的差异信息；

显示差异信息。

第二方面，本申请实施例提供了一种应用程序的版本差异分析装置，该装置包括：

获取模块，用于在显示有前端界面的情况下，响应于用户对第一应用程序的多个版本的程序包的导入操作，获取第一应用程序的多个版本的程序包；

第一显示模块，用于在前端界面上显示预设控件；

接收模块，用于接收用户对预设控件的第一输入；

比较模块，用于响应于第一输入，比较各个版本的程序包中的预设文件的差异，得到第一应用程序的多个版本之间的差异信息；

第二显示模块，用于显示差异信息。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括：处理器以及存储有计算机程序指令的存储器；

处理器执行所述计算机程序指令时实现如第一方面的任一项实施例中所述的应用程序的版本差异分析方法的步骤。

第四方面，本申请实施例提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序指令，计算机程序指令被处理器执行时实现如第一方面的任一项实施例中所述的应用程序的版本差异分析方法的步骤。

第五方面，本申请实施例提供了一种计算机程序产品，计算机程序产品中的指令由电子设备的处理器执行时，使得电子设备执行如第一方面的任一项实施例中所述的应用程序的版本差异分析方法的步骤。

本申请实施例提供的一种应用程序的版本差异分析方法、装置、设备、介质及产品，通过用户对第一应用程序的多个版本的程序包的导入操作，获取到第一应用程序的多个版本的程序包，并且会在前端界面上显示预设控件，用户通过在前端界面上的预设控件的第一输入，则可以进行各个版本的程序包中的预设文件的比较，如此，本申请实施例，通过前端界面用户可以导入待比较的不同版本的程序包，然后用户通过在前端界面上的预设控件的第一输入，就可以实现不同应用程序的版本对比，并能够在前端界面上显示差异信息。因而，本申请实施例提供的应用程序的版本差异分析方法，提供了更加人性化的人机交互界面，增强了应用程序的版本差异分析的便携性和交互性。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单的介绍，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种应用程序的版本差异分析方法的流程示意图；

图2是本申请实施例提供的另一种应用程序的版本差异分析方法的流程示意图；

图3是本申请实施例提供的一种应用程序的版本差异分析装置的结构示意图；

图4是本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本申请，而不是限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

如背景技术所述，发明人发现，在现有应用程序的版本差异分析方法中，相关技术使用时会用到dependency:tree命令，该命令的生命周期中会分析依赖情况，采用spring装包，需要先将程序包进行加载，然后分析应用程序版本的依赖关系，但是spring结果输出过于简单，仍然需要后续人员的统计分析，缺乏人性化，交互性比较差。另外，还有一种分析应用程序的版本差异的方法，通过getServletContext方法读取程序包中的文件，在解析应用程序版本的依赖关系，这种方法局限性比较大，只适用于当前版本分析，对于不同版本之间的分析能力比较差。

为了解决现有技术问题，本申请实施例提供了一种应用程序的版本差异分析方法，通过用户对第一应用程序的多个版本的程序包的导入操作，获取到第一应用程序的多个版本的程序包，并且会在前端界面上显示预设控件，用户通过在前端界面上的预设控件的第一输入，则可以进行各个版本的程序包中的预设文件的比较，如此，本申请实施例，通过前端界面用户可以导入待比较的不同版本的程序包，然后用户通过在前端界面上的预设控件的第一输入，就可以实现不同应用程序的版本对比，并能够在前端界面上显示差异信息。因而，本申请实施例提供的应用程序的版本差异分析方法，提供了更加人性化的人机交互界面，增强了应用程序的版本差异分析的便携性和交互性。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的应用程序的版本差异分析方法进行详细地说明。

图1是本申请实施例提供的一种应用程序的版本差异分析方法的流程示意图。如图1所示，本申请实施例提供的应用程序的版本差异分析方法可以包括如下步骤S110至S150：

S110、在显示有前端界面的情况下，响应于用户对第一应用程序的多个版本的程序包的导入操作，获取第一应用程序的多个版本的程序包；

S120、在前端界面上显示预设控件；

S130、接收用户对预设控件的第一输入；

S140、响应于第一输入，比较各个版本的程序包中的预设文件的差异，得到第一应用程序的多个版本之间的差异信息；

S150、显示差异信息。

由此，通过用户对第一应用程序的多个版本的程序包的导入操作，获取到第一应用程序的多个版本的程序包，并且会在前端界面上显示预设控件，用户通过在前端界面上的预设控件的第一输入，则可以进行各个版本的程序包中的预设文件的比较，如此，本申请实施例，通过前端界面用户可以导入待比较的不同版本的程序包，然后用户通过在前端界面上的预设控件的第一输入，就可以实现不同应用程序的版本对比，并能够在前端界面上显示差异信息。因而，本申请实施例提供的应用程序的版本差异分析方法，提供了更加人性化的人机交互界面，增强了应用程序的版本差异分析的便携性和交互性。

下面介绍上述各个步骤的具体实现方式。

需要说明的是，在本申请实施例中，在前端界面上显示有导入第一应用程序的多个版本的程序包的选项，以供用户根据此选项可以导入多个版本的程序包。在一些实施方式中，在S110中，在显示有前端界面的情况下，用户通过对导入选项的输入，将第一应用程序的多个版本的程序包导入到应用程序的版本差异分析装置中，从而使得应用程序的版本差异分析装置获取第一应用程序的多个版本的程序包。

需要说明，在本申请实施例中，多个版本程序包可以为两个，也可以为三个，也可以为更多个。其数量根据用户的需求来定，本申请实施例不做限定。

在一些实施方式中，在S120中，在用户根据导入选项而导入多个版本的程序包之后，还需要在前端界面上显示出一个预设控件，其中预设控件可以是比对按钮或者运行按钮，在此不做限定。

在一些实施方式中，在S130中，通过在前端界面上显示出的预设控件，用户点击前端界面上的预设控件，以便接收到用户的操作指令，因此需要接收用户对预设控件的输入。

在一些实施方式中，在S140中，用户在对前端界面上的预设控件的第一输入之后，应用程序的版本差异分析装置比较第一应用程序的多个版本的程序包中的预设文件之间的差异，得到差异信息。

在一些实施方式中，在S150中，根据比较出的第一应用程序的多个版本的程序包中的预设文件之间的差异信息，可以在前端界面上进行显示。

为了更直观清楚地展示不同版本程序包的差异信息，作为S150的一个示例，差异信息可以以数据图表的形式显示，数据图表可以为表格或者折线图，本申请实施例不做限定。

为了能更加精确、高效地查找到应用程序的多个版本之间的差异信息，本申请实施例还提供了应用程序的版本差异分析方法的另一种实现方式，具体参见以下实施例。

如图2所示，上述涉及到的应用程序的版本差异分析方法具体可以包括如下步骤S210至S270：

S210、在显示有前端界面的情况下，响应于用户对第一应用程序的多个版本的程序包的导入操作，获取第一应用程序的多个版本的程序包；

S220、在前端界面上显示预设控件；

S230、接收用户对预设控件的第一输入；

S240、分别从每个程序包中查找预设文件夹；

在一些实施例中，在第一应用程序的多个版本的程序包中都包含有预设文件夹，例如可以为META-INF文件夹，META-INF文件夹存在于文件(Java Archive，jar)包中，但不存在于压缩(Zone Improvement Plan，zip)包,JAR与ZIP的区别就是在JAR文件的内容中，包含了一个META-INF文件夹，这个文件夹是在生成JAR文件的时候自动创建的。

S250、从预设文件夹中查找文件名称为预设文件名称的预设文件；

在一些实施例中，在上述中查找的预设文件夹中，也就是在META-INF文件夹中还包括了一个MANFEST.MF文件，需要从预设文件夹中查找到预设文件，例如可以为MANFEST.MF文件，并定义MANFEST.MF文件的版本标识以及该文件的生成者，通过jar命令行工具来实现，其中MANFEST.MF文件中包括有一般属性、应用程序相关属性、小程序相关属性、扩展标识属性、包扩展属性、签名相关属性以及自定义属性中至少一项。

作为一个示例，一般属性可以是定义MANFEST.MF文件的版本标识以及该文件的生成者，由jar命令行工具生成，并且还可以定义jar文件的签名版本标识和类搜索路径；应用程序相关属性可以是定义jar文件的入口类，并且该类必须是一个可运行的类，一旦定义了该属性就可以运行jar文件；小程序相关属性指定了小程序需要的扩展信息列表，列表中的每个标签都会有相应的属性；扩展标识属性定义了jar文件标识；包扩展属性定义了扩展实现的标题、扩展实现的版本标识、扩展实现的组织、组织标识、下载地址URL、扩展规范的标题、扩展规范的版本标识以及扩展规范的组织；签名属性定义jar文件入口类的类名、jar文件的算法名以及相应的jar文件的内容，通过64个可打印字符来表示二进制数据的表示方式进行编码；自定义属性即可以在MANFEST.MF文件中添加自己的属性，更好的标注程序包的信息。

S260、响应于第一输入，比较各个版本的程序包中的预设文件的差异，得到第一应用程序的多个版本之间的差异信息；

S270、显示差异信息。

S210至S230以及S260至S270与上述实施例中S110至S150相同，为了简要起见，在此不在详细描述。

为了让目标对象及时查看到第一应用程序多个版本之间的差异信息，以分析报告的形式展现给目标对象，本申请实施例还提供了应用程序的版本差异分析方法的再一种实现方式，具体为在S140之后，还可以包括以下步骤：

步骤A、根据差异信息和分析报告模板，生成第一应用程序的多个版本的程序包的差异分析报告；

步骤B、将差异分析报告发送至目标对象。

在一些实施例中，在显示多个版本的程序包之间的差异信息之后，结合自带的分析报告模板，可以生成第一应用程序的多个版本的程序包的差异分析报告。

作为一个示例，将生成的第一应用程序的多个版本的程序包的差异分析报告发送给目标对象，以供目标对象更方便的区分不同版本之间的差异，通过分析报表更好的定位版本中出现的问题，目标对象可以为用户或者技术人员，本申请实施例不做限定。

为了保证数据的安全，本申请实施例提供的应用程序的版本差异分析方法，在S150之前，还可以包括以下步骤：

获取用户的权限；

根据用户的权限，显示与用户权限对应的差异信息。

在一些实施例中，例如对第一应用程序的多个版本的程序包进行差异分析，不同的用户会有不同的权限，需要获取用户的权限信息，对可视化结果进行呈现，获取到用户的权限信息后，就可以在前端界面上显示与用户权限信息所对应的差异结果。

由此，通过用户对第一应用程序的多个版本的程序包的导入操作，获取到第一应用程序的多个版本的程序包，并且会在前端界面上显示预设控件，用户通过在前端界面上的预设控件的第一输入，则可以进行各个版本的程序包中的预设文件的比较，如此，本申请实施例，通过前端界面用户可以导入待比较的不同版本的程序包，然后用户通过在前端界面上的预设控件的第一输入，就可以实现不同应用程序的版本对比，并能够在前端界面上显示差异信息。因而，本申请实施例提供的应用程序的版本差异分析方法，提供了更加人性化的人机交互界面，增强了应用程序的版本差异分析的便携性和交互性。

需要说明的是，上述本申请实施例描述的应用场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着新应用场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

基于相同的发明构思，本申请还提供了一种应用程序的版本差异分析装置，具体结合图3进行详细说明。

图3是本申请实施例提供的一种应用程序的版本差异分析装置的结构示意图。

如图3所示，该应用程序的版本差异分析装置300可以包括：

获取模块301，用于在显示有前端界面的情况下，响应于用户对第一应用程序的多个版本的程序包的导入操作，获取第一应用程序的多个版本的程序包；

第一显示模块302，用于在前端界面上显示预设控件；

接收模块303，用于接收用户对预设控件的第一输入；

比较模块304，用于响应于第一输入，比较各个版本的程序包中的预设文件的差异，得到第一应用程序的多个版本之间的差异信息；

第二显示模块305，用于显示差异信息。

由此，通过用户对第一应用程序的多个版本的程序包的导入操作，获取到第一应用程序的多个版本的程序包，并且会在前端界面上显示预设控件，用户通过在前端界面上的预设控件的第一输入，则可以进行各个版本的程序包中的预设文件的比较，如此，本申请实施例，通过前端界面用户可以导入待比较的不同版本的程序包，然后用户通过在前端界面上的预设控件的第一输入，就可以实现不同应用程序的版本对比，并能够在前端界面上显示差异信息。因而，本申请实施例提供的应用程序的版本差异分析方法，提供了更加人性化的人机交互界面，增强了应用程序的版本差异分析的便携性和交互性。

下面对上述应用程序的版本差异分析装置300进行详细说明，具体如下所示：

在一些实施例中，为了能更加精确地查找到应用程序的多个版本之间的差异信息，上述应用程序的版本差异分析装置300还可以包括以下模块：

第一查找模块，用于得到第一应用程序的多个版本之间的差异信息之前，分别从每个程序包中查找预设文件夹，预设文件夹为存在于第一应用程序的Jar包中，但不存在于压缩Zip包中的文件夹；

第二查找模块，用于从预设文件夹中查找文件名称为预设文件名称的预设文件。

在一些实施例中，为了将得到的第一应用程序多个版本之间的差异信

息，以分析报告的形式展现给相关人员，上述应用程序的版本差异分析装5置300还可以包括以下模块：

生成模块，用于得到所述第一应用程序的多个版本之间的差异信息之后，根据差异信息和分析报告模板，生成第一应用程序的多个版本的程序包的差异分析报告；

发送模块，用于将差异分析报告发送至目标对象。

0在一些实施例中，为了更加全面详细地描述本申请实施例提供的应用

程序的版本差异分析方法，上述应用程序的版本差异分析装置300还可以包括以下模块：

获取模块301，用于显示差异信息之前，获取用户的权限；

第二显示模块305，用于根据用户的权限，显示与用户权限对应的差5异信息。

由此，通过用户对第一应用程序的多个版本的程序包的导入操作，获取到第一应用程序的多个版本的程序包，并且会在前端界面上显示预设控件，用户通过在前端界面上的预设控件的第一输入，则可以进行各个版本

的程序包中的预设文件的比较，如此，本申请实施例，通过前端界面用户0可以导入待比较的不同版本的程序包，然后用户通过在前端界面上的预设

控件的第一输入，就可以实现不同应用程序的版本对比，并能够在前端界面上显示差异信息。因而，本申请实施例提供的应用程序的版本差异分析方法，提供了更加人性化的人机交互界面，增强了应用程序的版本差异分析的便携性和交互性。

5图4是本申请实施例提供的一种电子设备的结构示意图。

在电子设备400可以包括处理器401以及存储有计算机程序指令的存储器402。

具体地，上述处理器401可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

存储器402可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器402可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器402可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器402可在综合网关容灾设备的内部或外部。在特定实施例中，存储器402是非易失性固态存储器。

在特定实施例中，存储器402包括只读存储器(ROM)。在合适的情况下，该ROM可以是掩模编程的ROM、可编程ROM(PROM)、可擦除PROM(EPROM)、电可擦除PROM(EEPROM)、电可改写ROM(EAROM)或闪存或者两个或更多个以上这些的组合。存储器可包括只读存储器(ROM)，随机存取存储器(RAM)，磁盘存储介质设备，光存储介质设备，闪存设备，电气、光学或其他物理/有形的存储器存储设备。因此，通常，存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如，存储器设备)，并且当该软件被执行(例如，由一个或多个处理器)时，其可操作来执行参考根据本公开的一方面的方法所描述的操作。

处理器401通过读取并执行存储器402中存储的计算机程序指令，以实现上述实施例中的任意一种应用程序的版本差异分析方法。

在一些示例中，电子设备400还可包括通信接口403和总线410。其中，如图4所示，处理器401、存储器402、通信接口403通过总线410连接并完成相互间的通信。

通信接口403主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。

总线410包括硬件、软件或两者，将应用程序的版本差异分析设备的部件彼此耦接在一起。举例来说而非限制，总线410可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线410可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

示例性的，电子设备400可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personal digital assistant，PDA)等。

该电子设备400可以执行本申请实施例中的应用程序的版本差异分析方法，从而实现结合图1和图3描述的应用程序的版本差异分析方法和装置。

另外，结合上述实施例中的应用程序的版本差异分析方法，本申请实施例可提供一种计算机可读存储介质来实现。该计算机可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种应用程序的版本差异分析方法。计算机可读存储介质的示例包括非暂态计算机可读存储介质，如便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件等。

需要明确的是，本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本申请的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本申请的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本申请中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本申请不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

上面参考根据本申请的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本申请的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。

以上所述，仅为本申请的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。

Claims (10)

1.一种应用程序的版本差异分析方法，其特征在于，所述方法包括：

在显示有前端界面的情况下，响应于用户对第一应用程序的多个版本的程序包的导入操作，获取所述第一应用程序的多个版本的程序包；

在所述前端界面上显示预设控件；

接收用户对所述预设控件的第一输入；

响应于所述第一输入，比较各个版本的程序包中的预设文件的差异，得到所述第一应用程序的多个版本之间的差异信息；

显示所述差异信息。

2.根据权利要求1所述的方法，其特征在于，所述程序包为文件Jar包，所述比较各个版本的程序包中的预设文件的差异，得到所述第一应用程序的多个版本之间的差异信息之前，还包括：

分别从每个程序包中查找预设文件夹，所述预设文件夹为存在于所述第一应用程序的Jar包中，但不存在于压缩Zip包中的文件夹；

从所述预设文件夹中查找文件名称为预设文件名称的所述预设文件。

3.根据权利要求1或2任意一项所述的方法，其特征在于，所述显示所述差异信息，包括：

以数据图表的形式显示所述差异信息。

4.根据权利要求1或2任意一项所述的方法，其特征在于，得到所述第一应用程序的多个版本之间的差异信息之后，所述方法还包括：

根据所述差异信息和分析报告模板，生成所述第一应用程序的多个版本的程序包的差异分析报告；

将所述差异分析报告发送至目标对象。

5.根据权利要求1所述的方法，其特征在于，所述显示所述差异信息之前，还包括：

获取所述用户的权限；

所述显示所述差异信息包括：

根据所述用户的权限，显示与所述用户权限对应的差异信息。

6.根据权利要求1或2任意一项所述的方法，其特征在于，所述预设文件中包括以下至少一项属性的属性信息：

版本标识；

应用程序相关属性；

小程序相关属性；

扩展标识属性；

包扩展属性；

签名相关属性；

自定义属性。

7.一种应用程序的版本差异分析装置，其特征在于，所述装置包括：

获取模块，用于在显示有前端界面的情况下，响应于用户对第一应用程序的多个版本的程序包的导入操作，获取所述第一应用程序的多个版本的程序包；

第一显示模块，用于在所述前端界面上显示预设控件；

接收模块，用于接收用户对所述预设控件的第一输入；

比较模块，用于响应于所述第一输入，比较各个版本的程序包中的预设文件的差异，得到所述第一应用程序的多个版本之间的差异信息；

第二显示模块，用于显示所述差异信息。

8.一种电子设备，其特征在于，所述电子设备包括：

处理器以及存储有计算机程序指令的存储器；所述处理器执行所述计算机程序指令时实现如权利要求1-6任意一项所述的应用程序的版本差异分析方法的步骤。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1-6任意一项所述的应用程序的版本差异分析方法的步骤。

10.一种计算机程序产品，其特征在于，所述计算机程序产品中的指令由电子设备的处理器执行时，使得所述电子设备执行如权利要求1-6任意一项所述的应用程序的版本差异分析方法的步骤。

Images