CN106990974B - 一种app应用更新方法、装置及电子设备 - Google Patents

Abstract

本申请公开了一种APP应用更新方法、一种APP应用更新装置以及一种电子设备。其中，所述APP应用更新方法，包括：接收对所述APP应用的需求定义，并根据所述需求定义生成待更新需求，将所述待更新需求以属性值的方式记录在所述补丁数据表的相关属性字段中；在预定的时机，以所述补丁数据表的属性值记录为依据，对APP应用进行更新的联调测试；若联调测试通过，则以各个所述补丁数据表的属性值记录为依据，对对应各个所述补丁数据表的所述基本数据表进行更新。采用上述APP应用更新方法解决了应用调试后的数据同步过程比较繁琐，调试的效率低的问题；并且不再需要维护调试平台和运行平台的两个数据表，从而可以不再建立实现两个数据表之间同步的消息机制。

Description

一种APP应用更新方法、装置及电子设备

技术领域

本申请涉及计算机通信技术领域，具体涉及一种APP应用调试方法以及一种APP应用调试装置；本申请同时涉及一种电子设备。

背景技术

基于互联网的APP应用开发模式日益普及，在这个模式下，网络平台将自身的资源开放给开发者来调用，具体而言，通过对外提供的开放的API接口以及各类标准的资源环境，方便各类第三方开发者利用各类网络平台开发相关的APP应用。这种面向开发者开放网络平台的方式，降低了第三方开发者开发APP应用的难度，具有很强的吸引力。

在上述基于网络平台的APP应用开发模式中，需要对外提供的统一的网络平台，根据开发过程和运行过程的不同需要，所述网络平台包括调试平台和运行平台。所述调试平台仅仅供APP应用开发者调试和修改所述APP应用的过程中使用，不具备真实的运行环境；而所述运行平台供所述APP应用实际运行使用。

每个APP应用均需要使用数据表记录APP应用的基本属性和所使用的资源和API接口以及相关参数等信息。现有技术下，上述记载APP应用信息的数据表在调试平台和运行平台各存储一份，并通过相互之间的消息机制进行同步，以保持调试平台和运行平台的一致性，这样，当所述APP应用的开发者在所述调试平台对APP应用的参数进行调整后，就可以通过两个平台之间的数据同步机制，将所述修改同步到运行平台，实现对运行平台上实际运行的APP应用的修改。

但上述技术方案具有明显的缺陷。

首先，由于两个平台的数据表的同步并不能保证完全同步，因此，开发者在所述调试平台对所述APP应用的参数进行调整后，不能直接将调试平台的数据同步到运行平台，而是需要首先比较两个平台维护的数据表的数据，根据变化情况进行调整，这种比较需要多个字段逐一比对，耗费时间很长，并且过程复杂，出错概率大。

其次，该方案需要维护两个平台之间的消息机制，造成通讯资源的消耗。由于运行平台中的数据发生修改时，接入中心无法感知，会造成两个平台的数据不一致，针对这个问题，需要建立随时维护两个平台之间的数据同步的消息机制，但消息延时和无序问题，会影响数据的一致性，维护成本很高。

由此可见，在现有应用的调试方案下，APP应用更新过程比较繁琐，调试效率低；特别是，如果运行平台中的数据发生了修改，调试平台无法感知，会造成数据不一致性，加大对APP应用更新的难度。

发明内容

本申请提供一种APP应用更新方法以及一种APP应用更新装置,以解决现有技术中的上述问题。本申请同时涉及一种电子设备。

本申请提供了一种APP应用更新方法，所述APP应用更新方法包括：

根据APP应用的运行环境，对应所述APP应用运行的各类需求，设置对应每一类需求的基本数据表；以及，对应各个基本数据表，设置补丁数据表；所述基本数据表记录所述APP应用在运行过程中需要使用、关联的数据，所述补丁数据表，记录APP应用更新过程中需要改变的数据；所述基本数据表和所述补丁数据表均包含统一的APP应用标识号，并通过所述统一的APP应用标识号相互关联；

接收对所述APP应用的需求定义，并根据所述需求定义生成待更新需求，将所述待更新需求以属性值的方式记录在所述补丁数据表的相关属性字段中；

在预定的时机，以所述补丁数据表的属性值记录为依据，对APP应用进行更新的联调测试；

若联调测试通过，则以各个所述补丁数据表的属性值记录为依据，对对应各个所述补丁数据表的所述基本数据表进行更新。

可选的，所述接收对所述APP应用的需求定义，包括以下方式：

接收通过输入方式提出的需求定义；或者

接收运行过程中自动产生的需求定义。

可选的，所述接收对所述APP应用的需求定义，通过下述步骤实现：

提供APP应用可用需求的提示信息；

接收根据所述提示信息的输入，所述输入为对应所述提示信息的对所述APP应用的需求定义。

可选的，所述提供APP应用可用需求的提示信息，采用如下方式：

以预定的流程提供APP应用可选需求定义的提示信息；或者

以预定的格式提供APP应用可选需求定义的提示信息。

可选的，所述基本数据表和对应设置的补丁数据表，包括根据APP应用的特性设置的多个表，各个表分别提供确定类型的属性字段。

可选的，所述基本数据表包括应用表；对应的，所述补丁数据表包括应用补丁表；所述应用补丁表除了包括所述APP应用标识号，还包括如下属性字段的至少一项：用户名、审批意见、应用状态、数据同步、审核人、申请人、下发地址、字符编码、报文格式、超时时间、是否统一配置、沙箱账号、主键、创建时间、修改时间、是否删除字段、扩展键-值属性、应用标签。

可选的，所述基本数据表包括资源基本表；对应的，所述补丁数据表包括资源补丁表，所述资源补丁表除了包括APP应用标识号，还包括如下属性字段的至少一项：增加的资源、删减的资源、主键名、创建时间、修改时间、是否删除字段。

可选的，所述基本数据表包括关联API基本表；对应的，所述补丁数据表包括关联API补丁表，所述关联API补丁表除了包括APP应用标识号，还包括如下属性字段的至少一项：关联类型、API名、参数名、参数值、操作、主键名、创建时间、修改时间、是否删除字段。

可选的，所述关联API补丁表采用垂直表形式。

可选的，所述基本数据表包括应用表、资源基本表、API基本表，相应的，所述补丁数据表包括对应所述应用表的应用补丁表，对应所述资源基本表的资源补丁表，对应所述API基本表的关联API补丁表；

所述应用补丁表除了包括所述APP应用标识号，还包括如下属性字段的至少一项：用户名、审批意见、应用状态、数据同步、审核人、申请人、下发地址、字符编码、报文格式、超时时间、是否统一配置、沙箱账号、主键、创建时间、修改时间、是否删除字段、扩展键-值属性、应用标签；

所述资源补丁表除了包括APP应用标识号，还包括如下属性字段的至少一项：增加的资源、删减的资源、主键名、创建时间、修改时间、是否删除字段；

所述关联API补丁表除了包括APP应用标识号，还包括如下属性字段的至少一项：关联类型、API名、参数名、参数值、操作、主键名、创建时间、修改时间、是否删除字段。

可选的，若所述APP应用尚未创建，并需要创建APP应用，则创建所述APP应用包括如下顺序执行的步骤：在调试环境创建应用、绑定资源、关联API、联调测试、申请发布；

所述在调试环境创建应用包括在调试平台上生成所述APP应用相关的所述基本数据表和应用补丁表，向所述基本数据表和所述补丁数据表提供APP应用的初始数据；所述基本数据表所包括的与实际应用环境相关属性的数据设定为空值或者预定的初始值，其它数据根据所述应用补丁表的属性字段的属性值确定，所述应用补丁表的各个属性字段的属性值则通过调试平台接收外部输入获得；

所述绑定资源，包括在调试平台上创建所述APP应用相关的所述资源基本表和资源补丁表；所述资源基本表的数据来自所述资源补丁表的记录，所述资源补丁表的各个属性字段的属性值则通过调试平台接收外部输入获得；

所述关联API，包括在调试平台上创建所述APP应用相关的所述API基本表和关联API补丁表；所述API基本表的数据来自所述关联API补丁表的记录，所述关联API补丁表的各个属性字段的属性值则通过调试平台接收外部输入获得；

所述联调测试，包括以上述步骤中设置的基本数据表、资源基本表和API基本表以及各自对应的补丁表为依据，对所述APP应用进行是否可以在运行平台运行的测试；

所述申请发布，是在联调测试通过后申请在运行平台上正式上线所述APP应用。

可选的，若需要修改所述APP应用的应用表的属性值，则所述接收对所述APP应用的需求定义，并根据所述需求定义生成待更新需求，将所述待更新需求以属性值的方式记录在所述补丁数据表的相关属性字段中，包括：

所述接收对所述APP应用的需求定义，是通过调试平台接收与所述APP应用的应用表的相关的属性值要求；

所述根据所述需求定义生成待更新需求，是访问所述APP应用的应用表，将所述属性值要求与所述APP应用的应用表的实际属性值相比对，获得所述应用表的需要更新的相关属性字段的属性值作为所述APP应用的更新需求；

所述将待更新需求以属性值的方式记录在所述补丁数据表的相关属性字段中，是根据所述更新需求，在所述应用补丁表的相关属性字段中记录相应的属性值。

可选的，所述APP应用更新方法，包括：删除应用的操作，所述删除应用的操作中，包括记录删除要求、正式删除；所述记录删除要求包括：

接收来自所述调试平台的删除请求；

根据所述删除请求，访问对应的APP应用的基本数据表，并根据所述基本数据表的属性值记录，获得删除所述APP应用需要进行的处理，并将这些处理要求根据不同的类型分别以属性值的方式，记录在所述补丁数据表、资源补丁表以及关联API补丁表的相应的属性字段中；

所述正式删除，是根据所述补丁数据表、资源补丁表以及关联API补丁表的属性值记录，对所述APP应用进行删除，包括释放相关资源和API接口；执行完毕后，向所述调试平台返回删除操作的执行结果。

可选的，所述APP应用更新方法，包括查询所述APP应用基本参数的查询操作，所述查询操作包括：

接收来自所述调试平台的针对所述APP应用基本数据的查询请求；

根据所述查询请求，访问所述应用表，获得需要查询的查询数据；

根据所述应用表，访问对应所述应用表的应用补丁表；

合并所述应用表和应用补丁表的查询数据获得查询结果；

通过所述调试平台输出所述查询结果。

可选的，所述APP应用更新方法，包括查询统一配置的操作，所述查询统一配置的操作包括：

调试平台接收向所述应用补丁表提出的对统一配置属性的查询请求；

向所述应用补丁表查询相关属性字段；

返回查询结果。

可选的，所述APP应用更新方法，包括查询绑定资源的操作，所述查询绑定资源的操作包括：

接收来自所述调试平台的查询请求；

根据所述查询请求，访问所述资源基本表和所述资源补丁表；

获得所述资源基本表提供的已绑定资源数据和所述资源补丁表记录的对绑定资源的待更新需求；

合并所述已绑定资源数据和对绑定资源的待更新需求的数据，获得所述APP应用的绑定资源记录作为查询结果；

将所述查询结果通过应用平台输出。

可选的，若需要修改所述APP应用的绑定资源，则：

所述接收对所述APP应用的需求定义中，所述APP应用需求定义涉及的需求为所述APP应用的绑定资源需求；

所述根据所述需求定义生成待更新需求，是访问所述APP应用的资源基本表，将所述所述APP应用的绑定资源需求与所述APP应用的资源基本表的实际绑定资源相比对，获得所述资源基本表的需要更新的绑定资源作为所述APP应用的待更新需求；

所述将待更新需求以属性值的方式记录在所述补丁数据表的相关属性字段中，是根据所述待更新需求，在所述资源补丁表的相关字段中记录相应的资源标识。

可选的，所述APP应用更新方法，包括查询未关联API的操作，所述查询未关联API的操作包括：

通过所述调试平台接收对API配置提出的查询请求；

通过所述运行平台访问所述API配置管理系统，并从所述API配置管理系统获取所有API接口；以及

通过所述调试平台接收向所述API基本表提出的查询请求，查询获得所述APP应用的关联API；

通过调试平台接收上述步骤获得的所述所有API接口与所述API基本表中的关联API的查询结果；

从所述所有API接口中剔除所述关联API，获得未关联API信息；

输出未关联API信息。

可选的，所述APP应用更新方法，包括查询关联API的操作，所述查询关联API的操作包括：

通过所述调试平台接收向所述API基本表提出的查询请求；

向所述API基本表发出查询命令，查询获得所述API基本表中记录的关联API数据，以及，向所述关联API补丁表发出查询命令，查询获得所述关联API补丁表中记录的关联API更新数据；

合并所述API基本表的关联API数据和所述关联API补丁表中的关联API更新数据获得完整关联API数据；

输出所述完整关联API数据。

可选的，若需要修改所述APP应用的关联API，则：

所述接收对所述APP应用的需求定义中，所述APP应用需求定义涉及的需求为所述APP应用的关联API需求；

所述根据所述需求定义生成待更新需求，是访问所述APP应用的API基本表，将所述所述APP应用的关联API需求与所述APP应用的API基本表的实际记录的API接口相比对，获得所述API基本表的需要更新的关联API接口作为所述APP应用的待更新需求；

所述将更新要求以属性值的方式记录在所述补丁数据表的相关属性字段中，是根据所述待更新需求，即需要更新的关联API接口，在所述关联API补丁表的相关属性字段中记录相应的属性值。

相应的，本申请还提供了一种APP应用更新装置，所述APP应用更新装置包括：数据表设置单元、属性字段记录单元、测试单元以及更新单元；

所述数据表设置单元，用于根据APP应用的运行环境，对应所述APP应用运行的各类需求，设置对应每一类需求的基本数据表；以及，对应各个基本数据表，设置补丁数据表；所述基本数据表记录所述APP应用在运行过程中需要使用、关联的数据，所述补丁数据表，记录APP应用更新过程中需要改变的数据；所述基本数据表和所述补丁数据表均包含统一的APP应用标识号，并通过所述统一的APP应用标识号相互关联；

所述属性字段记录单元，用于接收对所述APP应用的需求定义，并根据所述需求定义生成待更新需求，将所述待更新需求以属性值的方式记录在所述补丁数据表的相关属性字段中；

所述测试单元，用于在预定的时机，以所述补丁数据表的属性值记录为依据，对APP应用进行更新的联调测试；

所述更新单元，用于接收所述测试单元的测试结果，若联调测试通过，则以各个所述补丁数据表的属性值记录为依据，对对应各个所述补丁数据表的所述基本数据表进行更新。

此外，本申请还提供了一种电子设备，包括：

显示器；

处理器；

存储器，用于存储APP应用调试程序,所述程序在被所述处理器读取执行时,执行如下操作:根据APP应用的运行环境，对应所述APP应用运行的各类需求，设置对应每一类需求的基本数据表；以及，对应各个基本数据表，设置补丁数据表；所述基本数据表记录所述APP应用在运行过程中需要使用、关联的数据，所述补丁数据表，记录APP应用更新过程中需要改变的数据；所述基本数据表和所述补丁数据表均包含统一的APP应用标识号，并通过所述统一的APP应用标识号相互关联；接收对所述APP应用的需求定义，并根据所述需求定义生成待更新需求，将所述待更新需求以属性值的方式记录在所述补丁数据表的相关属性字段中；在预定的时机，以所述补丁数据表的属性值记录为依据，对APP应用进行更新的联调测试；若联调测试通过，则以各个所述补丁数据表的属性值记录为依据，对对应各个所述补丁数据表的所述基本数据表进行更新。

与现有技术相比，本申请具有以下优点：

本申请提供的一种APP应用更新方法、装置以及电子设备。该APP应用的更新方法，根据APP应用的运行环境，对应所述APP应用运行的各类需求，设置对应每一类需求的基本数据表；以及，对应各个基本数据表，设置补丁数据表；所述基本数据表记录所述APP应用在运行过程中需要使用、关联的数据，所述补丁数据表，记录APP应用更新过程中需要改变的数据；所述基本数据表和所述补丁数据表均包含统一的APP应用标识号，并通过所述统一的APP应用标识号相互关联；需要对所述APP应用进行更新操作时，接收更新所述APP应用参数的更新要求，并将更新要求以属性值的方式记录在所述补丁数据表的相关属性字段中；在预定的实际，以所述补丁数据表的属性值记录为依据，对APP应用进行更新的联调测试，若联调测试通过，则以各个所述补丁数据表记录的属性值为依据，对对应各个所述补丁数据表的所述基本数据表进行更新。所述技术方案解决了应用调试后的数据同步过程比较繁琐，调试的效率低的问题；并且不再需要维护调试平台和运行平台的两个数据表，从而可以不再建立实现两个数据表之间同步的消息机制。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1示出了根据本申请的实施例提供的APP应用更新方法的流程图；

图2示出了根据本申请的实施例提供的创建APP应用的流程图；

图3示出了根据本申请的实施例提供的删除应用的操作的流程图；

图4示出了根据本申请的实施例提供的查询APP应用的基本参数的操作的流程图；

图5示出了根据本申请的实施例提供的查询绑定资源的操作的流程图；

图6示出了根据本申请的实施例提供的查询未关联API的操作的流程图；

图7示出了根据本申请的实施例提供的查询关联API的操作的流程图；

图8示出了根据本申请的实施例提供的APP应用调试装置的示意图；

图9示出了根据本申请的实施例提供的电子设备的示意图。

具体实施方式

为了能够更清楚地理解本申请的上述目的、特征和优点，下面结合附图和具体实施方式对本申请进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是，本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此，本申请不受下面公开的具体实施的限制。

本申请的实施例提供了一种APP应用调试方法以及一种APP应用调试装置；本申请的实施例同时提供了一种电子设备。在下面的实施例中逐一进行详细说明。

在详细描述本实施例的具体步骤之前，先对本技术方案涉及的APP应用调试作简要说明。

APP是应用程序application的缩写，一个应用程序通常是指能够执行某种功能的软件程序。比如，文字处理程序、数据库程序、网络浏览器、开发工具、绘图、图像编辑工具以及通信工具等等都可以是应用程序。APP能够利用计算机操作系统的某些服务，也可以利用其它应用程序所支持的服务。作为本申请提供的技术方案的一种可能的具体应用场景，APP作为指物流商在接入物流管理平台的过程中，抽象的基本数据，一个物流商可以有多个APP应用，在应用里面，包含物流商接入的身份标识信息等。通常，APP与操作系统或其它应用程序进行交互的应用程序请求称为应用程序接口，也就是常常提起的API或者API接口。

在本申请中涉及的APP应用调试包括：创建新的APP应用时，为应用环境相关属性的数据设定为空值或者预定的初始值的调试过程，以及对已创建好的APP应用进行部分调整的调试过程。在APP应用上线使用后，经常需要对其进行更新，这些更新主要涉及以下三个方面：

1、APP应用本身的参数需要更新；

2、APP应用所使用的资源需要更新，包括增加和删除；如所述APP应用需要增加仓库资源的绑定，增加新的网络接口等；

3、APP应用所使用的API接口需要更新，包括增加和删除，以及对各个API接口的相关参数进行调整。

本申请的实施例提供了一种APP应用更新方法。所述APP应用更新方法实施例如下：

请参考图1，其示出了根据本申请的实施例提供的APP应用更新方法的流程图。以下结合图1予以说明。

步骤S101，根据APP应用的运行环境，对应所述APP应用运行中的各类需求，设置对应每一类需求的基本数据表；以及，对应各个基本数据表，设置补丁数据表；所述基本数据表记录所述APP应用在运行过程中需要使用、关联的数据，所述补丁数据表，记录APP应用调试过程中需要改变的数据；所述基本数据表和所述补丁数据表均包含统一的APP应用标识号，并通过所述统一的APP应用标识号相互关联。

所述APP应用，是指运行在特定运行平台上—即运行环境--的应用程序，尤其是指运行在网络运行平台上的应用程序。

一个APP应用需要在特定运行平台上发布之前，一般需要在调试平台上进行调试，通过调试平台能够接收开发者对APP应用的更改要求并对APP应用进行修改，并可以模拟运行环境进行调试运行，而不会引起实际运行平台上的数据变化。

根据不同的需求，APP应用可以有不同的运行平台，以及对应的不同的调试平台。本实施例以下述实际的运行平台为例：所述运行平台是菜鸟连接平台，为物流商提供统一的API接口，在该平台中的数据是线上运行的数据；所述调试平台是菜鸟物流商的接入平台，物流商在该接入平台中创建APP应用后，能在该平台中维护APP应用的各种参数。

根据不同的APP应用的运行平台需要，记录APP应用相关的数据和参数的数据表可以采用不同的形式。对于运行平台而言，数据表由于需要涉及实际运行中产生的数据，其数据内容在APP应用的运行过程中会发生变化。本实施例中采用的技术方案，是在运行平台维护完整的与APP应用实际运行关联的数据表，该数据表称为基本数据表；在调试平台，则维护一个补充数据表，该补充数据表并不包含APP应用实际运行需要的全部数据，而仅仅记录通过调试平台接收到的对APP应用的各种参数的更新要求。

本申请的技术方案依据调试平台的补丁数据表的记录，在适当的时机，向运行平台发布补丁数据，实现对APP应用的更新，所以，所述基本数据表和对应设置的所述补丁数据表分别存储在运行平台与调试平台上。其中，所述基本数据表记录的是所述APP应用在运行过程中需要使用、关联的数据，存储在运行平台上，其中的数据随着APP应用的运行会发生变化；所述补丁数据表，记录的是APP应用需要更新的数据，存储在调试平台上，其中的数据根据从调试平台的接口接收的对APP应用的更新要求或者其他能够引起APP应用更新的外部变化情况，并通过与运行平台上APP应用的基本数据表的比对，记录的需要对基本数据表作出的更行操作的相关信息。

在本实施例中，所述基本数据表和对应设置的所述补丁数据表，包括根据APP应用的特性设置的多个表，各个表分别提供预先确定类型的属性数据。其中所述基本数据表包括：应用表、资源基本表以及API基本表，相应的按照基本数据表与补丁数据表的对应关系，所述补丁数据表包括应用补丁表、资源补丁表以及关联API补丁表。各个基本表和补丁表，均具有对应的APP应用的统一的APP应用标识号，以实现相互关联。

其中，应用补丁表除了包括所述APP应用标识号，还包括如下属性字段的至少一项：用户名、审批意见、应用状态、数据同步、审核人、申请人、下发地址、字符编码、报文格式、超时时间、是否统一配置、沙箱账号、主键、创建时间、修改时间、是否删除字段、扩展键-值属性、应用标签。为了便于理解，下面举一个例子说明本申请实施例提供的应用补丁表，所述应用补丁表如下表所示(在表中仅显示字段名称和字段类型)：

具体详见表一：

通过表一可见，所述应用补丁表的字段包括：appkey(APP应用标识号)，userid(用户名)、opinion(审批意见)、status(应用状态)、sync(数据同步)、checker(审核人)、applicant(申请人)、url(下发地址)、code(字符编码)、format(报文格式)、timeout(超时时间)、unify(是否统一配置)、it_id(沙箱账号)、id(主键)、gmt_create(创建时间)、gmt_modified(修改时间)、is_delete(是否删除字段)、features(扩展键-值属性)以及tags(应用标签)十九个字段，每个字段对应一个具体参数。下面对本技术方案涉及的字段做详细说明。

所述应用补丁表中的APP应用标识号字段是为第三方开发者提供的接口密钥，仅仅是在程序API调用的范围内适用的密钥，appkey是根据特定的算法通过用户id计算出的，也就是用户id另外一种表示方式，保证具有唯一性,目前大多数采用的是签名机制。

所述应用补丁表中的审批意见字段是经过联调测试后对本次调试过程的审批意见，例如：通过或者不通过。

所述应用补丁表中的审核人字段是描述对本次调试过程进行联调测试进行审核的用户名称。

所述应用补丁表中的沙箱账号字段是用户在调试平台对所述应用做联调测试时所用沙箱环境的用户账号。

所述应用补丁表中的创建时间字段是该应用补丁表的创建的当前系统时间，例如：可以利用系统提供的接口实现上述获取当前系统时间信息的功能，例如，可以使用系统提供的Calendar类实现上述获取当前系统时间信息的功能。

所述应用补丁表中的修改时间字段是对该应用补丁表进行修改时的当前系统时间。

所述应用补丁表中的扩展键-值属性字段是一个具体的值，值的形式多样，例如：value是现实世界中的数据，例如：对接应用的操作系统、内存、编程语言等，而key就是给某个确定的数据起的名字，通过这个名字可以在数据集中找到这个数据，这样就可以对数据进行相应的操作。

需要说明的是，所述基本数据表中的应用表和所述补丁数据表中的应用补丁表具有对应关系，其中存储在运行平台的应用表和存储在调试平台的应用补丁表中的数据具有一定的差异，例如：应用补丁表中的opinion(审批意见)字段，是该APP在调试阶段时的审批结果，由于应用补丁表是调试阶段的数据，所以具有该字段，而运行平台存储的是线上数据，所以在应用表中不具有opinion(审批意见)字段；在应用表中的密钥、加密算法字段存储的是物流商和运行平台进行数据传输时使用的加密密钥和对应的加密算法，在应用补丁表不会存储这些数据，所以在应用补丁表中不具有密钥、加密算法字段。

可以理解的，在所述应用补丁表中设置的取值记录了APP应用的扩展信息、APP应用的状态以及调试系统的特定信息，包括该APP应用上线前后的数据信息。在所述应用补丁表中包含在调试平台中进行调试过程时使用的特殊字段，例如联调的沙箱账号，这些字段对于运行平台是透明感知的。

此外，在所述调试平台中设置的补丁数据表，还包括：资源补丁表，所述资源补丁表除了包括APP应用标识号，还包括如下属性字段的至少一项：增加的资源、删减的资源、主键名、创建时间、修改时间、是否删除字段。为了便于理解，下面举一个例子说明本申请实施例提供的资源补丁表，所述资源补丁表如下表所示(在表中仅显示字段名称和字段类型)：

具体详见表二：

通过表二可见，所述资源补丁表的字段包括：appkey(APP应用标识号)，insert(增加的资源)、delete(删除的资源)、id(主键)、gmt_create(创建时间)、gmt_modified(修改时间)以及is_delete(是否删除字段)七个字段，每个字段对应一个具体参数。下面对本技术方案涉及的字段做详细说明。

所述资源补丁表中的APP应用标识号字段是为第三方开发者提供的接口密钥，仅仅是在程序API调用的范围内适用的密钥，appkey是根据特定的算法通过用户id计算出的，也就是用户id另外一种表示方式，保证具有唯一性,目前大多数采用的是签名机制。

所述资源补丁表中的增加的资源字段是该APP应用在本次更新过程中申请新增加的资源。该APP应用在本次调试过程中申请新增加的资源可以是物流商对应的配送站点资源或者是物流商用于仓储的仓库资源。

所述资源补丁表中的删除的资源字段是该APP应用在本次更新过程中申请删除的资源。

所述资源补丁表中的创建时间字段是创建该应用补丁表的当前系统时间，例如：可以利用系统提供的接口实现上述获取当前系统时间信息的功能，例如，可以使用系统提供的Calendar类实现上述获取当前系统时间信息的功能。

所述资源补丁表中的修改时间字段是对该应用补丁表进行修改时的当前系统时间。

可以理解的，存储在调试平台中的所述资源补丁表通过APP应用标识号与存储在运行平台的资源基本表关联；调试者对资源的绑定的修改，维护到所述增加的资源和所述删减的资源里，所述增加和删减的资源，是对基本数据表而言的。

此外，在所述调试平台中设置的补丁数据表，包括：关联API补丁表，所述关联API补丁表除了包括APP应用标识号，还包括如下属性字段的至少一项：关联类型、API名、参数名、参数值、操作、主键名、创建时间、修改时间、是否删除字段。为了便于理解，下面举一个例子说明本申请实施例提供的关联API补丁表，所述关联API补丁表如下表所示(在表中仅显示字段名称和字段类型)：

具体详见表三：

通过表三可见，所述关联API补丁表的字段包括：appkey(APP应用标识号)，type(关联类型)、api_id(API)、key(键)、value(值)、operate(操作)、id(主键ID)、gmt_create(创建时间)、gmt_modified(修改时间)以及is_delete(是否删除字段)十个字段，每个字段对应一个具体参数。下面对本技术方案涉及的字段做详细说明。

所述关联API补丁表中的APP应用标识号字段是为第三方开发者提供的对接标识，对应APP应用表的appkey，仅仅是在程序API调用的范围内适用的密钥，appkey是根据特定的算法生成的6位随机数，保证具有唯一性,目前大多数采用的是签名机制。

所述关联API补丁表中的关联类型字段是描述具体的API接口和该APP应用关联状态的字符串，例如：服务注册或者API订阅，其中，服务注册是指实现这个服务的API接口，API订阅是指订阅其他已经实现的API服务。

所述关联API补丁表中的API字段是记录已关联的API接口ID号的字段。

所述关联API补丁表中的操作字段是将用户的针对API的操作行为存储在该字段当中。

所述关联API补丁表中的创建时间字段是创建该关联API补丁表的当前系统时间，例如：可以利用系统提供的接口实现上述获取当前系统时间信息的功能，例如，可以使用系统提供的Calendar类实现上述获取当前系统时间信息的功能。

所述关联API补丁表中的修改时间字段是对该关联API补丁表进行修改时的当前系统时间。

可以理解的，所述关联API补丁表通过参数名、参数值，维护关联API多个信息；存储在调试平台中的所述关联API补丁表通过APP应用标识号和API名与存储在运行平台的所述API基本表进行关联；在所述关联API补丁表中，将用户的针对API的操作行为存储在所述操作字段当中；所述操作行为包括增加API、删除API、更新API；所述增加API、删除API主要针对所调用的API的修改；所述更新API操作主要针对所述参数名、参数值的修改。

所述关联API补丁数据表采用垂直表形式；即对应记录字段名Key和属性值Value。例如，某个API接口需要提供多个接口参数，则顺序记录Key和Value，Key记录接口参数名称，Value记录接口参数取值；而不是在一个字段名为“接口参数”的字段下记录接口参数名称，在一个字段名为“接口参数取值”的字段下对应记录接口参数取值。

在本实施例中，由于设置的存储在运行平台中的基本数据表的存储内容根据不同APP应用有很大区别，在此不一一说明，总之，APP应用的应用表记录与该APP应用自身相关的一些参数；资源基本表记录该APP应用实际使用的资源；API基本表记录该APP应用实际使用的API接口。

步骤S103，接收对所述APP应用的需求定义，并根据所述需求定义生成待更新需求，将所述待更新需求以属性值的方式记录在所述补丁数据表的相关属性字段中。

在本实施例中，接收对所述APP应用参数的需求定义，是指对APP应用提出的APP应用参数、需要使用的资源或者需要使用的API接口等APP应用运行涉及的各种特性、资源提出的增加、删除、修改等要求。所述参数是可以增加或者删除或者改变的，所述需要使用的资源或者需要使用的API接口是APP应用运行平台—即该APP应用的运行环境—现实存在的；但是这些需求定义涉及的内容APP应用可能已经使用、或者尚未使用，也可能需求定义中没有要求使用的资源或者API接口，在所述APP应用的实际运行中已经使用等等。总之，所述需求定义与APP应用的实际情况可能存在差异，这是由于APP应用可能涉及很多参数、资源和API接口，开发者不一定全部掌握，并且，由于APP应用在使用中可能多次更新，开发者不一定掌握所有更新过程的情况；加之，APP应用实际上在运行平台上实时运行，开发者并不能很方便的直接查询，因此，开发者最初往往不能知道APP应用的实际状态，例如，可能不知道APP应用实际使用了哪些资源或者实际使用了哪些API接口。

接收对所述APP应用的需求定义可以有不同的渠道，包括接收通过输入方式提出的需求定义；或者接收运行过程中自动产生的需求定义。

所述接收通过输入方式提出的需求定义，是指该需求定义通过调试平台为开发者提供的接口输入，是开发者自己根据需要向所述APP应用提出的。

所述接收运行过程中自动产生的需求定义，是指APP应用实际运行过程中，产生的一些需求，例如，APP应用经过长时间运行，产生的对APP的API接口调用量和响应时间数据。

具体接收对所述APP应用的需求定义的步骤，可以在所述调试平台上通过下述步骤实现：提供APP应用可用需求的提示信息；接收根据所述提示信息的输入，所述输入为对应所述提示信息的对所述APP应用的需求定义。

所述提供APP应用可用需求的提示信息，包括：以预定的格式提供需要改变的APP应用特性的提示信息，以及以预定的流程提供APP应用可用需求的提示信息。

所述以预定的格式提供APP应用可选需求定义的提示信息，是指以预定的表格或者选项等格式，向开发者展示APP应用可选需求定义。例如，开发方认为需要为某个APP应用增加资源，则可以进入所述调试平台提供的可用资源列表，通过该资源列表勾选可以选择的资源；或者，开发方需要APP应用增加远程访问移动端存储信息的功能，需要使用某个相关的API接口，则开发方可以进入所述调试平台提供的API接口列表，在该列表的提示下进行勾选。

所述以预定的流程提供APP应用可用需求的提示信息，例如，开发方需要为APP应用增加某个功能，则通过调试平台选择引导模式，通过调试平台的逐级引导，选择需要增减的资源或者API接口作为更新需求。

所述根据所述需求定义生成待更新需求，是指获得所述需求定义后，由于该需求定义是开发者单方面提出的，与所述APP应用的实际情况可能存在出入，需要与APP应用实际情况进行比较后才能得出真正需要的更新需求，即待更新需求。

例如，所述开发者在前述需求定义过程中，定义了仓库资源1-仓库资源3均为需要为APP应用增加的可查询仓库资源，但是，所述APP应用在前一次更新中已经将仓库资源1定义为可查询仓库资源，则此次更新只需要增加仓库资源2和数据库3即可，在该例子中，通过与APP应用的实际情况比较，获得的实际需要增加的仓库资源就是所述待更新需求。

获得所述待更新需求后，还需要将其记录在所述补丁数据表中，才能作为下次更新的依据。具体记录方式，是根据所述待更新需求，将所述待更新需求以属性值的方式记录在所述补丁数据表的相关属性字段中。例如，确定需要增加仓库资源2和仓库资源3，则将仓库资源2和仓库资源3的资源名称写入所述APP应用的资源补丁数据表的insert字段中，这样就记录了需要增加的资源。

以下分别说明更新应用表的属性值，以及更新资源和更新API的过程中，本步骤的具体实现方式。

若需要修改所述APP应用的应用表的属性值，则所述接收对所述APP应用的需求定义，并根据所述需求定义生成待更新需求，将所述待更新需求以属性值的方式记录在所述补丁数据表的相关属性字段中，包括：

所述接收对所述APP应用的需求定义，是通过调试平台接收与所述APP应用的应用表的相关的属性值要求；

所述根据所述需求定义生成待更新需求，是访问所述APP应用的应用表，将所述属性值要求与所述APP应用的应用表的实际属性值相比对，获得所述应用表的需要更新的相关属性字段的属性值作为更新所述APP应用特性的更新需求；

所述待更新需求以属性值的方式记录在所述补丁数据表的相关属性字段中，是根据所述更新需求，在所述应用补丁表的相关属性字段中记录相应的属性值。

若需要修改所述APP应用的绑定资源，则所述接收对所述APP应用的需求定义中，所述APP需求定义涉及的需求为所述APP应用的绑定资源需求；例如，通过所述调试平台的界面接收开发者输入的要求APP应用绑定仓库资源1-仓库资源3的绑定资源需求。

所述根据所述需求定义生成待更新需求，是访问所述APP应用的资源基本表，将所述所述APP应用的绑定资源需求与所述APP应用的资源基本表的实际绑定资源相比对，获得所述资源基本表的需要更新的绑定资源作为所述APP应用的更新需求；例如，所述APP应用实际已经绑定了仓库资源1作为其资源，则更新需求为增加仓库资源2和仓库资源3作为该APP应用的绑定资源。

所述将待更新需求以属性值的方式记录在所述补丁数据表的相关属性字段中，是根据所述待更新需求，在所述资源补丁表的相关字段中记录相应的资源标识。例如，需要为APP应用增加仓库资源2，则在所述资源补丁表的insert属性字段中，记录仓库资源2、仓库资源3的资源标识号作为属性值。

若需要修改所述APP应用的关联API，则：

所述接收对所述APP应用的需求定义中，所述APP应用需求定义涉及的需求为所述APP应用的关联API需求；例如，通过所述调试平台的接口，提出所述APP需要关联一个调用摄像头的API接口；

所述根据所述需求定义生成待更新需求，是访问所述APP应用的API基本表，将所述所述APP应用的关联API需求与所述APP应用的API基本表的实际记录的API接口相比对，获得所述API基本表的需要更新的关联API接口作为所述APP应用的待更新需求；例如，根据对API基本表的访问，发现所述需要关联的回传物流详情的API接口未记录在API基本表中，则增加该回传物流详情的关联API接口就成为了待更新需求；

所述将更新要求以属性值的方式记录在所述补丁数据表的相关属性字段中，是根据所述待更新需求，即需要更新的关联API接口，在所述关联API补丁表的相关属性字段中记录相应的属性值。例如，在所述关联API补丁表中，在属性字段Key中记录所述回传物流详情的API接口的名称，并在后续的Value中记录与该API接口相关的参数。

以上分别说明了通过各自对应的补丁表，对应用表、资源基本表、API基本表等进行更新的过程，实际上，可以同时或者不同时间，对上述三个数据表或者其中任意两个数据表涉及的APP应用属性提出需求定义。

步骤S105，在预定的时机，以所述补丁数据表的属性值记录为依据，对APP应用进行更新的联调测试。

由于所述APP应用在运行平台上的运行不能随意打断，因此，并不是随时可以对APP应用进行更新，进行更新需要在合适的实际，例如，对于一个不断接收实时数据的APP应用，可以在实时数据更新较少的时段进行更新。并且，并非任何提出的更新都是合理的，需要进行联调测试，通过后方可正式实施所述更新。所谓联调测试，即连接调试平台和运行平台，测试作出所述更新后，该APP应用是否可以在运行平台的实际运行环境中正常运行。该步骤是进行APP应用调试和更新的标准过程，在此不详细说明。在本方案中，所述对APP应用的更新已经在前一步骤中以属性值的方式记录在所述补丁数据表的相关属性字段中，因此，本步骤的联调测试就是以此为依据的。

步骤S107，若联调测试通过，则以各个所述补丁数据表的属性值记录为依据，对对应各个所述补丁数据表的所述基本数据表进行更新。

本步骤是实现对运行平台的APP应用的更新，该更新具体是根据补丁数据表的属性值记录，对所述APP应用的基本数据表的数据进行更新，从而实现对APP应用的各个类型的参数的更新。

上述实施例可以看出，本技术方案中，采用数据补丁表记录需要对APP应用做的更新，然后在预定的时段实现所述更新。此种方法避免了现有技术下需要在调试平台和应用平台分别维护两个完整数据表造成的问题。其中调试平台的补丁数据表记录的实际上是对APP应用更新所需要的操作，所以可以直接根据补丁数据表对基本数据表进行更新。

在使用上述调试平台维护补丁数据表，运行平台维护基本数据表的方式下，还可以在此基础上进行其他相关的操作，这些操作或者可以视为广义的APP应用的更新方法，或者可以视为为实现所述APP应用更新方法而提供的APP应用更新方法辅助操作。

所述广义的APP应用更新操作，例如包括创建APP应用以及删除APP应用。

所述APP应用更新方法辅助操作，例如包括查询所述APP应用的各种数据的查询操作，包括查询APP应用的基本参数、查询绑定资源的操作、查询关联或者未关联API数据的操作。

以下对上述以上述设置基本数据表和补丁数据表的系统进行上述相关操作的方式分别予以说明。

所述创建APP应用，是指所述APP应用尚未在运行平台运行，需要将一个APP应用建立起来的过程。

所述创建APP应用，包括如下顺序执行的步骤：创建应用、绑定资源、关联API、联调测试、申请发布。以下结合图2予以说明。

请参考图2，其示出了根据本申请的实施例提供的创建APP应用的流程图。

步骤S201，在调试环境创建应用。

所述在调试环境创建应用，是指在调试平台上的创建应用，与本方法所述的创建APP应用相比，本方法提供的将APP应用创建到运行平台上运行起来的过程，而本步骤仅仅是在调试平台上初步创建一个APP应用，对应的是调试环境。包括在调试平台上生成所述APP应用相关的所述基本数据表和应用补丁表，向所述基本数据表和所述补丁数据表提供APP应用的初始数据；所述基本数据表所包括的与实际应用环境相关属性的数据设定为空值或者预定的初始值，其它数据根据所述应用补丁表的属性字段的属性值确定，所述应用补丁表的各个属性字段的属性值则通过调试平台接收外部输入获得。具体从调试平台接收外部输入获得补丁表的属性字段的属性值的过程，可以有不同的方法，前面已经提及，在此不再说明。

步骤S202，绑定资源。

所述绑定资源，包括在调试平台上创建所述APP应用相关的所述资源基本表和资源补丁表；所述资源基本表的数据来自所述资源补丁表的记录，所述资源补丁表的各个属性字段的属性值则通过调试平台接收外部输入获得；即，在本方案下，数据基础表的数据全部都是来自对应的补丁表。本步骤解决该APP应用所需要的资源的绑定问题。

步骤S203，关联API。

所述关联API，包括在调试平台上创建所述APP应用相关的所述API基本表和关联API补丁表；所述API基本表的数据来自所述关联API补丁表的记录，所述关联API补丁表的各个属性字段的属性值则通过调试平台接收外部输入获得。本步骤将该APP应用所需要的API接口设置好。

步骤S204，联调测试。

所述联调测试，包括以上述步骤中设置的基本数据表、资源基本表和API基本表以及各自对应的补丁表为依据，对所述APP应用进行是否可以在运行平台运行的测试。即根据上述基本数据表和补丁数据表的数据，对APP应用进行设置，并联通调试平台和运行平台，对APP应用进行实际运行是否可行的测试。当然，所述联调测试，包括以上述步骤中设置的基本数据表、资源基本表和API基本表以及各自对应的补丁表为依据，对所述APP应用进行是否可以在运行平台运行的测试；联调测试涉及很多复杂的问题，不仅仅是数据表的数据设置的问题，由于并非本发明重点，在此不予详细说明。

步骤S205，申请发布。

所述申请发布，是在联调测试通过后申请在运行平台上正式上线所述APP应用。前述步骤调试成功后，只要将APP应用申请在运行平台上正式上线即可。上线时，同时将基本数据表上线，为APP应用提供运行所需要的各种数据支持，包括关联API以及绑定资源等数据。至此，创建一个新的APP应用并实际运行的过程全部完成。

所述删除APP应用，是指将已经运行的APP应用从运行平台删除。在采用基本数据表和补丁数据表的情况下，删除APP应用同样可以通过补丁数据表和基本数据表的关联机制实现。

所述删除应用的操作中，包括记录删除要求、正式删除两个步骤，以下结合图3对该删除应用的操作进行说明。

请参考图3，其示出了根据本申请的实施例提供的删除应用的操作的流程图。

步骤S301，记录删除要求。

该步骤下，首先接收来自所述调试平台的删除请求；根据所述删除请求，访问对应的APP应用的基本数据表，并根据所述基本数据表的属性值记录，获得删除所述APP应用需要进行的处理，并将这些处理要求根据不同的类型分别以属性值的方式，记录在所述补丁数据表、资源补丁表以及关联API补丁表的相应的属性字段中。

步骤S302，正式删除。

所述正式删除，是根据所述补丁数据表、资源补丁表以及关联API补丁表的属性值记录，对所述APP应用进行删除，包括释放相关资源和API接口；执行完毕后，向所述调试平台返回删除操作的执行结果。该正式删除的过程，可以选择适当的时机进行。当然，删除APP应用可能还涉及其他操作，本申请侧重说明与使用基本数据表和补丁数据表机制相关的过程。

所述查询APP应用的基本参数的操作，同样可以通过所述应用表和应用补丁表实现。以下结合图4，具体说明如下。

请参考图4，其示出了根据本申请的实施例提供的查询APP应用的基本参数的操作的流程图。

步骤S401，接收来自所述调试平台的针对所述APP应用基本数据的查询请求。

本步骤通过调试平台提供的接口，接收查询请求，该查询请求针对的是APP应用的基本数据，需要对应用表和应用补丁表进行查询。

步骤S402，根据所述查询请求，访问所述应用表，获得需要查询的查询数据。

步骤S403，根据所述应用表，访问对应所述应用表的应用补丁表。

本步骤访问应用补丁表，这是由于，根据基本数据表和补丁数据表的机制，对于一个APP应用的基本数据，需要结合两个表才能获得完整信息。否则，查询结果仅仅是当前APP应用的结果，但一旦补丁数据表的更新被执行，则查询结果就会落伍。

步骤S404，合并所述应用表和应用补丁表的查询数据获得查询结果。

步骤S405，通过所述调试平台输出所述查询结果。

当需要查询的是统一配置属性时，由于该信息仅仅记录在应用补丁表中，因此，可以直接项所述应用补丁表查询相关属性字段，并返回查询结果。

所述查询绑定资源的操作与上述查询APP应用基本数据的操作类似，在此简要说明。

请参考图5，其示出了根据本申请的实施例提供的查询绑定资源的操作的流程图。

步骤S501，接收来自所述调试平台的查询请求。

步骤S502，根据所述查询请求，访问所述资源基本表和所述资源补丁表。

步骤S503，获得所述资源基本表提供的已绑定资源数据和所述资源补丁表记录的对绑定资源的待更新需求。

步骤S504，合并所述已绑定资源数据和对绑定资源的待更新需求的数据，获得所述APP应用的绑定资源记录作为查询结果。

步骤S505，将所述查询结果通过应用平台输出。

所述查询未关联API的操作，可以使开发方据此确定APP应用还可以使用哪些API接口，避免遗漏可以使用的API接口。以下结合图6简要说明。

请参考图6，其示出了根据本申请的实施例提供的查询未关联API的操作的流程图。

步骤S601，通过所述调试平台接收对API配置提出的查询请求；

步骤S602，通过所述运行平台访问所述API配置管理系统，并从所述API配置管理系统获取所有API接口。

步骤S603,通过所述调试平台接收向所述API基本表提出的查询请求，查询获得所述APP应用的关联API。该步骤在顺序上和上述步骤S601可以并列，或者在步骤S601之前或者之后，都可以。

步骤S604，通过调试平台接收上述步骤获得的所述所有API接口与所述API基本表中的关联API的查询结果。

步骤S605，从所述所有API接口中剔除所述关联API，获得未关联API信息。

步骤S606，输出未关联API信息。

所述查询关联API的操作，可以使开发方据此确定APP应用已经关联的API接口。以下结合图7简要说明。

请参考图7，其示出了根据本申请的实施例提供的查询关联API的操作的流程图。

步骤S701，通过所述调试平台接收向所述API基本表提出的查询请求。

步骤S702，向所述API基本表发出查询命令，查询获得所述API基本表中记录的关联API数据，以及，向所述关联API补丁表发出查询命令，查询获得所述关联API补丁表中记录的关联API更新数据；

步骤S703，合并所述API基本表的关联API数据和所述关联API补丁表中的关联API更新数据，获得完整关联API数据；

步骤S704，输出所述完整关联API数据。

在上述的实施例中，提供了一种APP应用调试方法，与上述APP应用调试方法相对应的，本申请还提供了一种APP应用调试装置。由于装置的实施例基本相似于方法的实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。所述APP应用调试装置实施例如下：

请参考图8，其示出了根据本申请的实施例提供的APP应用调试装置的示意图。

所述APP应用调试装置，包括：数据表设置单元801、属性字段记录单元803、测试单元805以及更新单元807；

所述数据表设置单元801，用于根据APP应用的运行环境，对应所述APP应用运行的各类需求，设置对应每一类需求的基本数据表；以及，对应各个基本数据表，设置补丁数据表；所述基本数据表记录所述APP应用在运行过程中需要使用、关联的数据，所述补丁数据表，记录APP应用更新过程中需要改变的数据；所述基本数据表和所述补丁数据表均包含统一的APP应用标识号，并通过所述统一的APP应用标识号相互关联；

所述属性字段记录单元803，用于接收对所述APP应用的需求定义，并根据所述需求定义生成待更新需求，将所述待更新需求以属性值的方式记录在所述补丁数据表的相关属性字段中；

所述测试单元805，用于在预定的时机，以所述补丁数据表的属性值记录为依据，对APP应用进行更新的联调测试；

所述更新单元807，用于接收所述测试单元的测试结果，若联调测试通过，则以各个所述补丁数据表的属性值记录为依据，对对应各个所述补丁数据表的所述基本数据表进行更新。

可选的，所述数据表设置单元801，具体用于根据APP应用的特性设置的多个表，各个表分别提供确定类型的属性字段。

可选的，所述数据表设置单元801，设置的基本数据表包括应用表；对应的，所述补丁数据表包括应用补丁表；所述应用补丁表除了包括所述APP应用标识号，还包括如下属性字段的至少一项：用户名、审批意见、应用状态、数据同步、审核人、申请人、下发地址、字符编码、报文格式、超时时间、是否统一配置、沙箱账号、主键、创建时间、修改时间、是否删除字段、扩展键-值属性、应用标签。

可选的，所述数据表设置单元801，设置的基本数据表包括资源基本表；对应的，所述补丁数据表包括资源补丁表，所述资源补丁表除了包括APP应用标识号，还包括如下属性字段的至少一项：增加的资源、删减的资源、主键名、创建时间、修改时间、是否删除字段。

可选的，所述数据表设置单元801，设置的基本数据表包括关联API基本表；对应的，所述补丁数据表包括关联API补丁表，所述关联API补丁表除了包括APP应用标识号，还包括如下属性字段的至少一项：关联类型、API名、参数名、参数值、操作、主键名、创建时间、修改时间、是否删除字段。

可选的，所述数据表设置单元801，设置的关联API补丁数据表采用垂直表形式。

可选的，所述数据表设置单元801，设置的基本数据表包括应用表、资源基本表、API基本表，相应的，所述补丁数据表包括对应所述应用表的应用补丁表，对应所述资源基本表的资源补丁表，对应所述API基本表的关联API补丁表；

所述应用补丁表除了包括所述APP应用标识号，还包括如下属性字段的至少一项：用户名、审批意见、应用状态、数据同步、审核人、申请人、下发地址、字符编码、报文格式、超时时间、是否统一配置、沙箱账号、主键、创建时间、修改时间、是否删除字段、扩展键-值属性、应用标签；

所述资源补丁表除了包括APP应用标识号，还包括如下属性字段的至少一项：增加的资源、删减的资源、主键名、创建时间、修改时间、是否删除字段；

所述关联API补丁表除了包括APP应用标识号，还包括如下属性字段的至少一项：关联类型、API名、参数名、参数值、操作、主键名、创建时间、修改时间、是否删除字段。

可选的，若所述APP应用尚未创建，则还包括APP应用创建单元，所述APP应用创建单元，包括：应用创建子单元、绑定资源子单元、关联API子单元、联调测试子单元以及发布子单元；

所述应用创建子单元，用于所述在调试环境创建应用包括在调试平台上生成所述APP应用相关的所述基本数据表和应用补丁表，向所述基本数据表和所述补丁数据表提供APP应用的初始数据；所述基本数据表所包括的与实际应用环境相关属性的数据设定为空值或者预定的初始值，其它数据根据所述应用补丁表的属性字段的属性值确定，所述应用补丁表的各个属性字段的属性值则通过调试平台接收外部输入获得；

所述绑定资源子单元，用于在调试平台上创建所述APP应用相关的所述资源基本表和资源补丁表；所述资源基本表的数据来自所述资源补丁表的记录，所述资源补丁表的各个属性字段的属性值则通过调试平台接收外部输入获得；

所述关联API子单元，用于在调试平台上创建所述APP应用相关的所述API基本表和关联API补丁表；所述API基本表的数据来自所述关联API补丁表的记录，所述关联API补丁表的各个属性字段的属性值则通过调试平台接收外部输入获得；

所述联调测试子单元，用于以上述步骤中设置的基本数据表、资源基本表和API基本表以及各自对应的补丁表为依据，对所述APP应用进行是否可以在运行平台运行的测试；

所述发布子单元，用于在联调测试通过后申请在运行平台上正式上线所述APP应用。

可选的，所述APP应用更新装置，还包括：应用删除单元，所述应用删除单元，包括：记录删除子单元以及删除子单元；

所述记录删除子单元，用于接收来自所述调试平台的删除请求；根据所述删除请求，访问对应的APP应用的基本数据表，并根据所述基本数据表的属性值记录，获得删除所述APP应用需要进行的处理，并将这些处理要求根据不同的类型分别以属性值的方式，记录在所述补丁数据表、资源补丁表以及关联API补丁表的相应的属性字段中；

所述删除子单元，用于根据所述补丁数据表、资源补丁表以及关联API补丁表的属性值记录，对所述APP应用进行删除，包括释放相关资源和API接口；执行完毕后，向所述调试平台返回删除操作的执行结果。

可选的，所述APP应用更新装置，还包括：基本参数查询单元，所述基本参数查询单元，包括：请求接收子单元、应用表访问子单元、补丁表访问单元、结果合并子单元以及结果输出子单元；

所述请求接收子单元，用于接收来自所述调试平台的针对所述APP应用基本数据的查询请求；

所述表访问子单元，用于根据所述查询请求，访问所述应用表，获得需要查询的查询数据；

所述补丁表访问单元，用于根据所述应用表，访问对应所述应用表的应用补丁表；

所述结果合并子单元，用于合并所述应用表和应用补丁表的查询数据获得查询结果；

所述结果输出子单元，用于通过所述调试平台输出所述查询结果。

可选的，所述APP应用更新装置，还包括：资源查询单元，所述资源查询单元，包括：请求接收子单元、数据表访问子单元、需求获得子单元、查询结果合并子单元以及查询结果输出子单元；

所述请求接收子单元，用于接收来自所述调试平台的查询请求；

所述数据表访问子单元，用于根据所述查询请求，访问所述资源基本表和所述资源补丁表；

所述需求获得子单元，用于获得所述资源基本表提供的已绑定资源数据和所述资源补丁表记录的对绑定资源的待更新需求；

所述查询结果合并子单元，用于合并所述已绑定资源数据和对绑定资源的待更新需求的数据，获得所述APP应用的绑定资源记录作为查询结果；

所述查询结果输出子单元，用于将所述查询结果通过应用平台输出。

可选的，所述APP应用更新装置，还包括：未关联API查询单元，所述未关联API查询单元，包括：查询请求接收子单元、API接口获取子单元、关联API获取子单元、查询结果接收子单元、剔除子单元以及未关联API输出子单元；

所述查询请求接收子单元，用于通过所述调试平台接收对API配置提出的查询请求；

所述API接口获取子单元，用于通过所述运行平台访问所述API配置管理系统，并从所述API配置管理系统获取所有API接口；以及

所述关联API获取子单元，用于通过所述调试平台接收向所述API基本表提出的查询请求，查询获得所述APP应用的关联API；

所述查询结果接收子单元，用于通过调试平台接收上述步骤获得的所述所有API接口与所述API基本表中的关联API的查询结果；

所述剔除子单元，用于从所述所有API接口中剔除所述关联API，获得未关联API信息；

所述未关联API输出子单元，用于输出未关联API信息。

可选的，所述APP应用更新装置，还包括：关联API查询单元，所述关联API查询单元，包括：请求提出子单元、命令发出子单元、API数据合并子单元以及完整关联API数据输出子单元；

所述请求提出子单元，用于通过所述调试平台接收向所述API基本表提出的查询请求；

所述命令发出子单元，用于向所述API基本表发出查询命令，查询获得所述API基本表中记录的关联API数据，以及，向所述关联API补丁表发出查询命令，查询获得所述关联API补丁表中记录的关联API更新数据；

所述API数据合并子单元，用于合并所述API基本表的关联API数据和所述关联API补丁表中的关联API更新数据获得完整关联API数据；

所述完整关联API数据输出子单元，用于输出所述完整关联API数据。

在上述的实施例中，提供了一种APP应用调试方法以及一种APP应用调试装置，此外，本申请还提供了一种电子设备；所述电子设备实施例如下：

请参考图9，其示出了根据本申请的实施例提供的电子设备的示意图。

所述电子设备，包括：显示器901；处理器903；存储器905；

所述存储器905，用于存储APP应用调试程序,所述程序在被所述处理器读取执行时,执行如下操作:根据APP应用的运行环境，对应所述APP应用运行的各类需求，设置对应每一类需求的基本数据表；以及，对应各个基本数据表，设置补丁数据表；所述基本数据表记录所述APP应用在运行过程中需要使用、关联的数据，所述补丁数据表，记录APP应用更新过程中需要改变的数据；所述基本数据表和所述补丁数据表均包含统一的APP应用标识号，并通过所述统一的APP应用标识号相互关联；接收对所述APP应用的需求定义，并根据所述需求定义生成待更新需求，将所述待更新需求以属性值的方式记录在所述补丁数据表的相关属性字段中；在预定的时机，以所述补丁数据表的属性值记录为依据，对APP应用进行更新的联调测试；若联调测试通过，则以各个所述补丁数据表的属性值记录为依据，对对应各个所述补丁数据表的所述基本数据表进行更新。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flashRAM)。内存是计算机可读介质的示例。

1、计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

2、本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请虽然以较佳实施例公开如上，但其并不是用来限定本申请，任何本领域技术人员在不脱离本申请的精神和范围内，都可以做出可能的变动和修改，因此本申请的保护范围应当以本申请权利要求所界定的范围为准。

Claims (22)

1.一种APP应用更新方法，其特征在于，包括：

根据APP应用的运行环境，对应所述APP应用运行的各类需求，设置对应每一类需求的基本数据表；以及，对应各个基本数据表，设置补丁数据表；所述基本数据表记录所述APP应用在运行过程中需要使用、关联的数据，所述补丁数据表，记录APP应用更新过程中需要改变的数据；所述基本数据表和所述补丁数据表均包含统一的APP应用标识号，并通过所述统一的APP应用标识号相互关联；

接收对所述APP应用的需求定义，并根据所述需求定义生成待更新需求，将所述待更新需求以属性值的方式记录在所述补丁数据表的相关属性字段中；

在预定的时机，以所述补丁数据表的属性值记录为依据，对APP应用进行更新的联调测试；

若联调测试通过，则以各个所述补丁数据表的属性值记录为依据，对对应各个所述补丁数据表的所述基本数据表进行更新。

2.根据权利要求1所述的APP应用更新方法，其特征在于，所述接收对所述APP应用的需求定义，包括以下方式：

接收通过输入方式提出的需求定义；或者

接收运行过程中自动产生的需求定义。

3.根据权利要求2所述的APP应用更新方法，其特征在于，所述接收对所述APP应用的需求定义，通过下述步骤实现：

提供APP应用可用需求的提示信息；

接收根据所述提示信息的输入，所述输入为对应所述提示信息的对所述APP应用的需求定义。

4.根据权利要求3所述的APP应用更新方法，其特征在于，所述提供APP应用可用需求的提示信息，采用如下方式：

以预定的流程提供APP应用可选需求定义的提示信息；或者

以预定的格式提供APP应用可选需求定义的提示信息。

5.根据权利要求1所述的APP应用更新方法，其特征在于，所述基本数据表和对应设置的补丁数据表，包括根据APP应用的特性设置的各个表，各个表分别提供确定类型的属性字段。

6.根据权利要求5所述的APP应用更新方法，其特征在于，所述基本数据表包括应用表；对应的，所述补丁数据表包括应用补丁表；所述应用补丁表除了包括所述APP应用标识号，还包括如下属性字段的至少一项：用户名、审批意见、应用状态、数据同步、审核人、申请人、下发地址、字符编码、报文格式、超时时间、是否统一配置、沙箱账号、主键、创建时间、修改时间、是否删除字段、扩展键-值属性、应用标签。

7.根据权利要求5所述的APP应用更新方法，其特征在于，所述基本数据表包括资源基本表；对应的，所述补丁数据表包括资源补丁表，所述资源补丁表除了包括APP应用标识号，还包括如下属性字段的至少一项：增加的资源、删减的资源、主键名、创建时间、修改时间、是否删除字段。

8.根据权利要求5所述的APP应用更新方法，其特征在于，所述基本数据表包括关联API基本表；对应的，所述补丁数据表包括关联API补丁表，所述关联API补丁表除了包括APP应用标识号，还包括如下属性字段的至少一项：关联类型、API名、参数名、参数值、操作、主键名、创建时间、修改时间、是否删除字段。

9.根据权利要求8所述的APP应用更新方法，其特征在于，所述关联API补丁表采用垂直表形式。

10.根据权利要求5所述的APP应用更新方法，其特征在于，所述基本数据表包括应用表、资源基本表、API基本表，相应的，所述补丁数据表包括对应所述应用表的应用补丁表，对应所述资源基本表的资源补丁表，对应所述API基本表的关联API补丁表；

所述应用补丁表除了包括所述APP应用标识号，还包括如下属性字段的至少一项：用户名、审批意见、应用状态、数据同步、审核人、申请人、下发地址、字符编码、报文格式、超时时间、是否统一配置、沙箱账号、主键、创建时间、修改时间、是否删除字段、扩展键-值属性、应用标签；

所述资源补丁表除了包括APP应用标识号，还包括如下属性字段的至少一项：增加的资源、删减的资源、主键名、创建时间、修改时间、是否删除字段；

所述关联API补丁表除了包括APP应用标识号，还包括如下属性字段的至少一项：关联类型、API名、参数名、参数值、操作、主键名、创建时间、修改时间、是否删除字段。

11.根据权利要求10所述的APP应用更新方法，其特征在于，若所述APP应用尚未创建，并需要创建APP应用，则创建所述APP应用包括如下顺序执行的步骤：在调试环境创建应用、绑定资源、关联API、联调测试、申请发布；

所述在调试环境创建应用包括在调试平台上生成所述APP应用相关的所述基本数据表和应用补丁表，向所述基本数据表和所述补丁数据表提供APP应用的初始数据；所述基本数据表所包括的与实际应用环境相关属性的数据设定为空值或者预定的初始值，其它数据根据所述应用补丁表的属性字段的属性值确定，所述应用补丁表的各个属性字段的属性值则通过调试平台接收外部输入获得；

所述绑定资源，包括在调试平台上创建所述APP应用相关的所述资源基本表和资源补丁表；所述资源基本表的数据来自所述资源补丁表的记录，所述资源补丁表的各个属性字段的属性值则通过调试平台接收外部输入获得；

所述关联API，包括在调试平台上创建所述APP应用相关的所述API基本表和关联API补丁表；所述API基本表的数据来自所述关联API补丁表的记录，所述关联API补丁表的各个属性字段的属性值则通过调试平台接收外部输入获得；

所述联调测试，包括以上述步骤中设置的基本数据表、资源基本表和API基本表以及各自对应的补丁表为依据，对所述APP应用进行是否可以在运行平台运行的测试；

所述申请发布，是在联调测试通过后申请在运行平台上正式上线所述APP应用。

12.根据权利要求11所述的APP应用更新方法，其特征在于，若需要修改所述APP应用的应用表的属性值，则所述接收对所述APP应用的需求定义，并根据所述需求定义生成待更新需求，将所述待更新需求以属性值的方式记录在所述补丁数据表的相关属性字段中，包括：

所述接收对所述APP应用的需求定义，是通过调试平台接收与所述APP应用的应用表的相关的属性值要求；

所述根据所述需求定义生成待更新需求，是访问所述APP应用的应用表，将所述属性值要求与所述APP应用的应用表的实际属性值相比对，获得所述应用表的需要更新的相关属性字段的属性值作为所述APP应用的更新需求；

所述将待更新需求以属性值的方式记录在所述补丁数据表的相关属性字段中，是根据所述更新需求，在所述应用补丁表的相关属性字段中记录相应的属性值。

13.根据权利要求11所述的APP应用更新方法，其特征在于，包括删除应用的操作，所述删除应用的操作中，包括记录删除要求、正式删除；所述记录删除要求包括：

接收来自所述调试平台的删除请求；

根据所述删除请求，访问对应的APP应用的基本数据表，并根据所述基本数据表的属性值记录，获得删除所述APP应用需要进行的处理，并将这些处理要求根据不同的类型分别以属性值的方式，记录在所述补丁数据表、资源补丁表以及关联API补丁表的相应的属性字段中；

所述正式删除，是根据所述补丁数据表、资源补丁表以及关联API补丁表的属性值记录，对所述APP应用进行删除，包括释放相关资源和API接口；执行完毕后，向所述调试平台返回删除操作的执行结果。

14.根据权利要求11所述的APP应用更新方法，其特征在于，包括查询所述APP应用基本参数的查询操作，所述查询操作包括：

接收来自所述调试平台的针对所述APP应用基本数据的查询请求；

根据所述查询请求，访问所述应用表，获得需要查询的查询数据；

根据所述应用表，访问对应所述应用表的应用补丁表；

合并所述应用表和应用补丁表的查询数据获得查询结果；

通过所述调试平台输出所述查询结果。

15.根据权利要求11所述的APP应用更新方法，其特征在于，包括查询统一配置的操作，所述查询统一配置的操作包括：

调试平台接收向所述应用补丁表提出的对统一配置属性的查询请求；

向所述应用补丁表查询相关属性字段；

返回查询结果。

16.根据权利要求11所述的APP应用更新方法，其特征在于，包括查询绑定资源的操作，所述查询绑定资源的操作包括：

接收来自所述调试平台的查询请求；

根据所述查询请求，访问所述资源基本表和所述资源补丁表；

获得所述资源基本表提供的已绑定资源数据和所述资源补丁表记录的对绑定资源的待更新需求；

合并所述已绑定资源数据和对绑定资源的待更新需求的数据，获得所述APP应用的绑定资源记录作为查询结果；

将所述查询结果通过应用平台输出。

17.根据权利要求11所述的APP应用更新方法，其特征在于，若需要修改所述APP应用的绑定资源，则：

所述接收对所述APP应用的需求定义中，所述APP应用需求定义涉及的需求为所述APP应用的绑定资源需求；

所述根据所述需求定义生成待更新需求，是访问所述APP应用的资源基本表，将所述APP应用的绑定资源需求与所述APP应用的资源基本表的实际绑定资源相比对，获得所述资源基本表的需要更新的绑定资源作为所述APP应用的待更新需求；

所述将待更新需求以属性值的方式记录在所述补丁数据表的相关属性字段中，是根据所述待更新需求，在所述资源补丁表的相关字段中记录相应的资源标识。

18.根据权利要求11所述的APP应用更新方法，其特征在于，包括查询未关联API的操作，所述查询未关联API的操作包括：

通过所述调试平台接收对API配置提出的查询请求；

通过所述运行平台访问所述API配置管理系统，并从所述API配置管理系统获取所有API接口；以及

通过所述调试平台接收向所述API基本表提出的查询请求，查询获得所述APP应用的关联API；

通过调试平台接收上述步骤获得的所述所有API接口与所述API基本表中的关联API的查询结果；

从所述所有API接口中剔除所述关联API，获得未关联API信息；

输出未关联API信息。

19.根据权利要求11所述的APP应用更新方法，其特征在于，包括查询关联API的操作，所述查询关联API的操作包括：

通过所述调试平台接收向所述API基本表提出的查询请求；

向所述API基本表发出查询命令，查询获得所述API基本表中记录的关联API数据，以及，向所述关联API补丁表发出查询命令，查询获得所述关联API补丁表中记录的关联API更新数据；

合并所述API基本表的关联API数据和所述关联API补丁表中的关联API更新数据获得完整关联API数据；

输出所述完整关联API数据。

20.根据权利要求11所述的APP应用更新方法，其特征在于，若需要修改所述APP应用的关联API，则：

所述接收对所述APP应用的需求定义中，所述APP应用需求定义涉及的需求为所述APP应用的关联API需求；

所述根据所述需求定义生成待更新需求，是访问所述APP应用的API基本表，将所述APP应用的关联API需求与所述APP应用的API基本表的实际记录的API接口相比对，获得所述API基本表的需要更新的关联API接口作为所述APP应用的待更新需求；

所述将更新要求以属性值的方式记录在所述补丁数据表的相关属性字段中，是根据所述待更新需求，即需要更新的关联API接口，在所述关联API补丁表的相关属性字段中记录相应的属性值。

21.一种APP应用更新装置，其特征在于，包括：数据表设置单元、属性字段记录单元、测试单元以及更新单元；

所述数据表设置单元，用于根据APP应用的运行环境，对应所述APP应用运行的各类需求，设置对应每一类需求的基本数据表；以及，对应各个基本数据表，设置补丁数据表；所述基本数据表记录所述APP应用在运行过程中需要使用、关联的数据，所述补丁数据表，记录APP应用更新过程中需要改变的数据；所述基本数据表和所述补丁数据表均包含统一的APP应用标识号，并通过所述统一的APP应用标识号相互关联；

所述属性字段记录单元，用于接收对所述APP应用的需求定义，并根据所述需求定义生成待更新需求，将所述待更新需求以属性值的方式记录在所述补丁数据表的相关属性字段中；

所述测试单元，用于在预定的时机，以所述补丁数据表的属性值记录为依据，对APP应用进行更新的联调测试；

所述更新单元，用于接收所述测试单元的测试结果，若联调测试通过，则以各个所述补丁数据表的属性值记录为依据，对对应各个所述补丁数据表的所述基本数据表进行更新。

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

显示器；

处理器；

存储器，用于存储APP应用调试程序,所述程序在被所述处理器读取执行时,执行如下操作:根据APP应用的运行环境，对应所述APP应用运行的各类需求，设置对应每一类需求的基本数据表；以及，对应各个基本数据表，设置补丁数据表；所述基本数据表记录所述APP应用在运行过程中需要使用、关联的数据，所述补丁数据表，记录APP应用更新过程中需要改变的数据；所述基本数据表和所述补丁数据表均包含统一的APP应用标识号，并通过所述统一的APP应用标识号相互关联；接收对所述APP应用的需求定义，并根据所述需求定义生成待更新需求，将所述待更新需求以属性值的方式记录在所述补丁数据表的相关属性字段中；在预定的时机，以所述补丁数据表的属性值记录为依据，对APP应用进行更新的联调测试；若联调测试通过，则以各个所述补丁数据表的属性值记录为依据，对对应各个所述补丁数据表的所述基本数据表进行更新。

Images