CN111176653B - 程序编译合包方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请涉及计算机技术领域，公开了一种程序编译合包方法、装置、电子设备及存储介质，所述方法包括：响应输入的合包操作，在合包配置界面中展示可用的多个子程序；响应通过合包配置界面输入的确定操作，向对应的后台服务器发送合包请求，合包请求包括从展示的多个子程序中选出的多个待合包子程序的标识信息；接收后台服务器发送的编译合包结果并展示，编译合包结果为后台服务器将多个待包合子程序编译合包为一个主程序后得到的。本申请实施例提供的程序编译合包方法、装置、电子设备及存储介质，可保证不同的负责人使用统一的操作系统进行程序的编译合包，避免代码样式不同一致的问题，有助于提高编译合包效率。

Description

程序编译合包方法、装置、电子设备及存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种程序编译合包方法、装置、电子设备及存储介质。

背景技术

在开发大型应用程序时，往往由开发团队中的各成员对该应用程序中的各个功能模块分别进行开发，例如，在开发一个大型的政务领域民生程序时，其中会包含很多个子程序，比如公积金业务对应的子程序、社保业务对应的子程序等，然后，再通过命令行工具将多个子程序合并成一个大型应用程序。

目前，合并程序的负责人需要通过本地电脑进行编译合包操作，但由于负责人是轮岗的，且不同的负责人使用的本地电脑的操作系统是不同的，这会导致不同负责人编译合包得到的大型应用程序存在部分差异，比如windows系统和macOS系统下合包得到的代码样式不一致，这不利于负责人对合包后的代码进行检查校验，降低了编译合包效率。

发明内容

本申请实施例提供一种程序编译合包方法、装置、电子设备及存储介质，保证不同的负责人使用统一的操作系统进行程序的编译合包，避免代码样式不同一致的问题，有助于提高编译合包效率。

一方面，本申请一实施例提供了一种程序编译合包方法，包括：

响应输入的合包操作，在合包配置界面中展示可用的多个子程序；

响应通过所述合包配置界面输入的确定操作，向对应的后台服务器发送合包请求，所述合包请求包括从展示的多个子程序中选出的多个待合包子程序的标识信息；

接收所述后台服务器发送的编译合包结果并展示，所述编译合包结果为所述后台服务器将所述多个待包合子程序编译合包为一个主程序后得到的。

可选地，所述响应通过所述合包配置界面输入的确定操作之前，还包括：

在所述合包配置界面中展示可选择的合包环境指示信息；

所述合包请求中还包括从展示的合包环境指示信息中选择的合包环境指示信息，以使所述后台服务器基于所述合包请求中的合包环境指示信息对应的环境配置信息进行编译合包。

一方面，本申请一实施例提供了一种程序编译合包方法，包括：

接收终端设备发送的合包请求，所述合包请求包括多个待合包子程序的标识信息；

获取每个待合包子程序的标识信息对应的待合包子程序；

将多个待合包子程序编译合包为一个主程序；

向所述终端设备发送编译合包结果。

可选地，所述方法还包括：

在编译合包过程中，获取生成的合包日志，并发送给所述终端设备。

可选地，所述方法还包括：

若所述开发者工具未生成所述预览接口，则向所述终端设备发送当前登录账号无权获取预览接口的提示信息。

一方面，本申请一实施例提供了一种程序编译合包装置，包括：

界面展示模块，用于响应输入的合包操作，在合包配置界面中展示可用的多个子程序；

第一发送模块，用于响应通过所述合包配置界面输入的确定操作，向对应的后台服务器发送合包请求，所述合包请求包括从展示的多个子程序中选出的多个待合包子程序的标识信息；

第一接收模块，用于接收所述后台服务器发送的编译合包结果并展示，所述编译合包结果为所述后台服务器将所述多个待包合子程序编译合包为一个主程序后得到的。

可选地，第一接收模块，还用于接收所述后台服务器在编译合包过程中发送的合包日志，所述合包日志包括编译合包进度；

界面展示模块，还用于在合包监控界面中展示所述合包日志。

可选地，界面展示模块，还用于在合包监控界面中展示所述编译合包结果中的预览接口，所述预览接口用于获取所述主程序对应的应用。

可选地，所述装置还包括登录模块，用于在响应输入的确定操作之前，展示开发者工具的登录界面，以通过所述登录界面登录所述开发者工具，其中，所述开发者工具用于生成所述预览接口。

可选地，登录模块，还用于响应输入的重新登录开发者工具的操作，向所述后台服务器发送重新登陆请求；

第一接收模块，还用于接收所述后台服务器返回的所述开发者工具提供的登录接口并展示，以通过所述登录接口切换登录所述开发者工具的账号。

可选地，第一发送模块，还用于响应输入的重新合包操作，向所述后台服务器发送重新合包请求，以使所述后台服务器将重新获取的与所述多个待合包子程序的标识信息对应的待合包子程序编译合包为一个主程序；

第一接收模块，还用于接收所述后台服务器发送的重新编译合包的结果并展示。

可选地，第一发送模块，还用于响应输入的主程序下载操作，向所述后台服务器发送主程序下载请求，所述主程序下载请求中包含所述主程序的标识信息；

第一接收模块，还用于接收所述后台服务器发送的所述主程序对应的代码。

可选地，界面展示模块，还用于在所述合包配置界面中展示可选择的合包环境指示信息；

相应地，所述合包请求中还包括从展示的合包环境指示信息中选择的合包环境指示信息，以使所述后台服务器基于所述合包请求中的合包环境指示信息对应的环境配置信息进行编译合包。

一方面，本申请一实施例提供了一种程序编译合包装置，包括：

第二接收模块，用于接收终端设备发送的合包请求，所述合包请求包括多个待合包子程序的标识信息；

查询模块，用于获取每个待合包子程序的标识信息对应的待合包子程序；

编译合包模块，用于将多个待合包子程序编译合包为一个主程序；

第二发送模块，用于向所述终端设备发送编译合包结果。

可选地，所述装置还包括日志模块，用于在编译合包过程中，获取生成的合包日志，并发送给所述终端设备。

可选地，所述第二发送模块，具体用于调用开发者工具根据所述主程序生成预览接口，所述预览接口用于获取所述主程序对应的应用，向所述终端设备发送所述预览接口。

可选地，第二发送模块，还用于若所述开发者工具未生成所述预览接口，则向所述终端设备发送当前登录账号无权获取预览接口的提示信息。

可选地，第二接收模块，还用于接收所述终端设备发送的主程序下载请求，所述主程序下载请求中包含所述主程序的标识信息；

所述装置还包括主程序获取模块，用于根据所述主程序的标识信息，获取所述主程序对应的代码并发送给所述终端设备。

可选地，第二接收模块，还用于接收所述终端设备发送的重新合包请求；

查询模块，还用于重新获取每个待合包子程序的标识信息对应的待合包子程序；

编译合包模块，还用于将重新获取的多个待合包子程序编译合包为一个主程序；

第二发送模块，还用于向所述终端设备发送重新编译合包的结果。

一方面，本申请一实施例提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，处理器执行计算机程序时实现上述任一种方法的步骤。

一方面，本申请一实施例提供了一种计算机可读存储介质，其上存储有计算机程序指令，该计算机程序指令被处理器执行时实现上述任一种方法的步骤。

本申请实施例提供的程序编译合包方法、装置、电子设备及存储介质，使得开发团队的成员可通过各自的终端设备控制后台服务器使用统一的操作系统对多个子程序进行编译合包处理，保证不同成员在编译合包时使用的操作系统一致，以消除不同操作系统带来的负面影响，保证每个成员得到合包后的主程序的代码一致，方便对主程序代码进行检查校验，提高了编译合包效率，降低了出错概率。此外，后台服务器的系统配置相对较高，可提升编译合包的效率，节省等待编译合包的时间，且方便异地成员间的相互协作。

附图说明

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

图1A为本申请实施例提供的程序编译合包方法的应用场景示意图；

图1B为本申请实施例提供的程序编译合包方法的应用场景示意图；

图2为本申请一实施例提供的程序编译合包方法的流程示意图；

图3为本申请一实施例提供的合包配置界面的示意图；

图4A为本申请一实施例提供的编译合包过程中合包监控界面的示意图；

图4B为本申请一实施例提供的编译合包成功后合包监控界面的示意图；

图5为本申请一实施例提供的登录提示窗口的示意图；

图6为本申请一实施例提供的重新登录开发者工具的流程示意图；

图7为本申请一实施例提供的在编译合包过程中获取并展示合包日志的流程示意图；

图8为本申请一实施例提供的重新进行编译合包的流程示意图；

图9为本申请一实施例提供的获取主程序的代码的流程示意图；

图10为本申请一实施例提供的在合包配置界面内展示合包环境指示信息的示意图；

图11为本申请一实施例提供的程序编译合包装置的结构示意图；

图12为本申请一实施例提供的程序编译合包装置的结构示意图；

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

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

为了方便理解，下面对本申请实施例中涉及的名词进行解释：

编译：是指利用命令行工具对程序代码进行处理的过程，比如压缩，检查代码规范等。

合包：是指将多个子程序对应的代码合并成一个大型程序的过程。

命令行工具：是指将多个子程序对应的代码合并成一个大型程序的工具。常用的命令行工具包括：应用于Unix操作系统的：wget、cat、wc、head、tail、find、cut、uniq、awk、grep、sed、history等，应用于Windows操作系统的Cmder、powershell、Windows Terminal等，应用于macOS操作系统的yiTerm2等，还有weshop等。本申请实施例中，可根据服务器为编译合包环境配置的操作系统，在服务器内配置对应的命令行工具。

开发者工具：是指为软件开发者提供的开发应用程序的工具，通过开发者工具可生成程序代码对应的应用。例如，软件开发者可通过微信小程序开发者工具开发小程序的代码，并生成可应用于微信的小程序应用。

终端设备：可以安装各类应用，并且能够将已安装的应用中提供的对象进行显示的设备，该电子设备可以是移动的，也可以是固定的。例如，手机、平板电脑、各类可穿戴设备、车载设备、个人数字助理(personal digital assistant，PDA)、销售终端(point ofsales，POS)或其它能够实现上述功能的电子设备等。

应用：即应用程序，可以完成某项或多项业务的计算机程序，一般具有可视的显示界面，能与用户进行交互，比如电子地图和微信等都可以称为应用。其中，有些应用需要用户安装到所使用的终端设备上才可以使用，有些则并不需要进行应用安装，例如，微信中的各个小程序。小程序不需要下载安装即可使用，用户扫一扫或者搜一下即可打开应用。

附图中的任何元素数量均用于示例而非限制，以及任何命名都仅用于区分，而不具有任何限制含义。

在具体实践过程中，在开发大型应用程序时，往往由开发团队中的各成员对该应用程序中的各个功能模块分别进行开发，例如，在开发一个大型的政务领域民生程序时，其中会包含很多个子程序，比如公积金业务对应的子程序、社保业务对应的子程序等，然后，再通过命令行工具将多个子程序合并成一个大型应用程序。目前，合并程序的负责人需要通过本地电脑进行编译合包操作，但由于负责人是轮岗的，且不同的负责人使用的本地电脑的操作系统是不同的，这会导致不同负责人编译合包得到的大型应用程序存在部分差异，比如windows系统和macOS系统下合包得到的代码样式不一致，这不利于负责人对合包后的代码进行检查校验，降低了编译合包效率。此外，负责人使用的本地电脑的配置较低，导致合包的时间较长，比如需要进行合包的子程序多达60个，此时如果负责人的本地电脑配置较低，合包时间可能会长达30分钟，且合包过程中需要负责人自行操作专用的命令行工具，导致命令行操作门槛高。

为此，本申请的发明人在后台服务器侧为开发团队提供用于对程序进行编译合包处理的服务，这样可以保证开发团队内的成员均可通过后台服务器内统一的操作系统进行编译合包。具体地，负责人可通过终端设备输入合包操作，终端设备响应输入的合包操作，在终端设备的合包配置界面中展示可用的多个子程序，并响应通过合包配置界面输入的确定操作，向对应的后台服务器发送合包请求，该合包请求包括从展示的多个子程序中选出的多个待合包子程序的标识信息；后台服务器将这多个待合包子程序编译合包为一个主程序，将编译合包结果发送给终端设备；终端设备接收该后台服务器发送的编译合包结果并展示。这样，开发团队的成员可通过各自的终端设备控制后台服务器对多个子程序进行编译合包处理，保证不同成员在编译合包时使用的操作系统一致，以消除不同操作系统带来的负面影响，保证每个成员得到合包后的主程序的代码一致，方便对主程序代码进行检查校验，提高了编译合包效率，降低了出错概率。此外，后台服务器的系统配置相对较高，可提升编译合包的效率，节省等待编译合包的时间，且方便异地成员间的相互协作。

在介绍完本申请实施例的设计思想之后，下面对本申请实施例的技术方案能够适用的应用场景做一些简单介绍，需要说明的是，以下介绍的应用场景仅用于说明本申请实施例而非限定。在具体实施时，可以根据实际需要灵活地应用本申请实施例提供的技术方案。

参考图1A，其为本申请实施例提供的程序编译合包方法的应用场景示意图。该应用场景终端设备101、后台服务器102和数据存储服务器103。其中，终端设备101、后台服务器102之间通过无线或有线网络连接，后台服务器102和数据存储服务器103之间通过无线或有线网络连接。终端设备101包括但不限于桌面计算机、移动电话、移动电脑、平板电脑等电子设备。用户可通过终端设备101中安装的浏览器或相关应用，打开用于与后台服务器102交互的界面，通过终端设备101向后台服务器102发送相关请求。数据存储服务器103用于存储子程序和合成的主程序，后台服务器102用于响应终端设备101的请求，从数据存储服务器103中读取用户选择的待合包子程序并执行编译合包处理，将编译合包结果反馈给终端设备101。

参考图1B，其为本申请实施例提供的程序编译合包方法的应用场景示意图。该应用场景包括多个终端设备111(包括终端设备111-1、终端设备111-2、……终端设备111-n)、应用服务器112、后台服务器113(包括后台服务器113-1、……数据处理服务器113-m)和数据存储服务器114。其中，终端设备111、应用服务器112、后台服务器113和数据存储服务器114之间可通过无线或有线网络连接，终端设备111包括但不限于桌面计算机、移动电话、移动电脑、平板电脑等电子设备，应用服务器112、后台服务器113和数据存储服务器114均可以是一台服务器、若干台服务器组成的服务器集群或云计算中心。

在图1B所示的应用场景中，每个用户均可通过终端设备111中安装的浏览器或相关应用，打开用于与应用服务器112交互的界面，通过终端设备111向应用服务器112发送相关请求，应用服务器112将请求转发给后台服务器113，后台服务器113响应转发的请求，从数据存储服务器114中读取待合包的子程序并执行编译合包处理，将编译合包结果通过应用服务器112反馈给终端设备111。

实际应用中，不同的后台服务器113可配置不同的操作系统，例如，后台服务器113-1、……后台服务器113-10的操作系统为Windows，后台服务器113-11、……后台服务器113-20的操作系统为macOS。应用服务器112响应终端设备111的请求，向与发送该请求的用户配置的操作系统对应的后台服务器113转发请求，后台服务器113响应转发的请求，从数据存储服务器114中读取待合包子程序并执行编译合包处理，将编译合包结果通过应用服务器112反馈给终端设备111。

实际应用中，也可以为每个开发团队分配专用的后台服务器113，此时，可以为该后台服务器113配备一个专用的数据存储服务器，该专用的数据存储服务器用于存储该开发团队开发的程序(包括子程序和合成的主程序)。此时，应用服务器112响应终端设备111的请求，向为该终端设备111对应的用户配置的专用的后台服务器113转发请求，后台服务器113响应转发的请求，从数据存储服务器114中读取待合包的子程序并执行编译合包处理，将编译合包结果通过应用服务器112反馈给终端设备111。

当然，本申请实施例提供的方法并不限用于图1A、图1B所示的应用场景中，还可以用于其它可能的应用场景，本申请实施例并不进行限制。对于图1A、图1B所示的应用场景的各个设备所能实现的功能将在后续的方法实施例中一并进行描述，在此先不过多赘述。

为进一步说明本申请实施例提供的技术方案，下面结合附图以及具体实施方式对此进行详细的说明。虽然本申请实施例提供了如下述实施例或附图所示的方法操作步骤，但基于常规或者无需创造性的劳动在所述方法中可以包括更多或者更少的操作步骤。在逻辑上不存在必要因果关系的步骤中，这些步骤的执行顺序不限于本申请实施例提供的执行顺序。

下面结合图1A、图1B所示的应用场景，对本申请实施例提供的技术方案进行说明。

参考图2，本申请实施例提供一种程序编译合包方法，包括以下步骤：

S201、终端设备响应输入的合包操作，在合包配置界面中展示可用的多个子程序。

具体实施时，用户可通过终端设备内的浏览器打开登录后台服务器的网页，通过网页登录用户的平台账号，用户也可以通过终端设备内安装的专用程序开发APP与后台服务器进行交互，通过程序开发APP登录用户的平台账号。用户登录平台账号后，可浏览该平台账号下开发的程序，并对平台账号下的程序进行管理，如删除、修改已有的程序，上传新开发的程序，对多个子程序进行编译合包等，本申请实施例不作限定。

当需要进行编译合包时，用户可通过网页或程序开发APP上的合包控件输入合包操作，浏览器或程序开发APP响应该合包操作，通过终端设备向后台服务器发送获取子程序的请求，后台服务器获取该用户登录的平台账号下开发的子程序的标识信息并反馈给终端设备，终端设备中的浏览器或程序开发APP跳转到合包配置界面，并在合包配置界面中展示接收到的多个子程序的标识信息。其中，子程序的标识信息可以是子程序的名称或编号等可区分各个子程序的标识，具体实施时，还可以一同展示子程序所属的主程序的名称、版本号等相关信息，帮助用户快速获取到各个子程序的相关信息。

当然，程序开发APP也可以在终端设备本地存储用户开发的子程序的标识信息，响应用户输入的合包操作，跳转到合包配置界面，并在合包配置界面中展示存储的多个子程序的标识信息。

S202、终端设备响应通过合包配置界面输入的确定操作，向对应的后台服务器发送合包请求，该合包请求包括从展示的多个子程序中选出的多个待合包子程序的标识信息。

参考图3，具体实施时，用户可从终端设备的合包配置界面中展示的多个子程序的标识信息中，选择需要参与本次编译合包处理的子程序作为待合包子程序，完成待合包子程序的勾选后，用户可点击合包配置界面中的确定控件，来输入确定操作。终端设备响应该确定操作，获取用户选择的多个待合包子程序的标识信息，向对应的后台服务器发送合包请求。

具体实施时，可为每个开发团队配置专用的后台服务器。参考图1A所示的应用场景，将开发团队内每个成员的账号与该后台服务器102进行绑定，该开发团队内的所有成员发送的合包请求均直接发送给绑定的后台服务器102。或者，参考图1B所示的应用场景，通过应用服务器112将合包请求间接转发给绑定的后台服务器113。

具体实施时，所有开发团队可共享后台服务器，参考图1B所示的应用场景，任一终端设备111向应用服务器112发送合包请求，应用服务器112将该合包请求转发给与发送该合包请求的用户配置的操作系统对应的后台服务器113，后台服务器113响应转发的请求，从数据存储服务器114中读取待合包的子程序并执行编译合包处理，将编译合包结果通过应用服务器112反馈给终端设备111。

S203、后台服务器接收终端设备发送的合包请求。

S204、后台服务器获取每个待合包子程序的标识信息对应的待合包子程序。

具体实施时，后台服务器可从数据处理服务器中获取到每个待合包子程序的标识信息对应的待合包子程序。

S205、后台服务器将多个待合包子程序编译合包为一个主程序。

具体实施时，每个后台服务器根据其使用的操作系统，预先配置有适用于该操作系统的命令行工具。后台服务器在收到合包请求后，从数据处理服务器中获取到合包请求中的标识信息对应的待合包子程序，调用后台服务器内的命令行工具，对获取的待合包子程序进行编译合包，得到一个主程序，并将主程序对应的代码存储在数据存储服务器中相应的位置，方便用户查看。

本申请实施例仅以命令行工具作为示例进行说明，实际应用中，可通过其他任何一种能够进行编译合包的工具，将多个待合包子程序编译合包为一个主程序，本申请对使用的编译合包工具不作限定。

S206、后台服务器向终端设备发送编译合包结果。

具体实施时，编译合包结果可包括合包成功或合包失败的提示信息。

S207、接收后台服务器发送的编译合包结果并展示。

具体实施时，若编译合包结果包括合包成功或合包失败的提示信息，可直接在终端设备的合包监控界面中显示合包成功或合包失败的提示信息。参考图4A，在未收到编译合包结果前，合包监控界面中的合包状态可以为“进行中”，参考图4B，若收到合包成功的提示信息，可将合包监控界面中的合包状态修改为“成功”，若收到合包失败的提示信息，可将合包监控界面中的合包状态修改为“失败”。

本申请实施例的程序编译合包方法，使得开发团队的成员可通过各自的终端设备控制后台服务器使用统一的操作系统对多个子程序进行编译合包处理，保证不同成员在编译合包时使用的操作系统一致，以消除不同操作系统带来的负面影响，保证每个成员得到合包后的主程序的代码一致，方便对主程序代码进行检查校验，提高了编译合包效率，降低了出错概率。此外，后台服务器的系统配置相对较高，可提升编译合包的效率，节省等待编译合包的时间，且方便异地成员间的相互协作。

实际应用中，通过后台服务器中的命令行工具得到的仅是主程序对应的代码，为了方便用户验证合包后主程序的功能是否运行正常，步骤S206具体包括：后台服务器调用开发者工具根据主程序生成预览接口，向终端设备发送预览接口，该预览接口用于获取该主程序对应的应用。

其中，开发者工具可根据该主程序的代码，生成该主程序在指定应用环境下的应用。后台服务器中预先安装有相应的开发者工具，后台服务器在完成编译合包得到主程序的代码后，将该主程序的代码的存储地址发送给开发者工具，开发者工具从数据存储服务器中获取该主程序的代码，生成该主程序对应的应用，将生成的应用存储到数据存储服务器中，并根据应用的存储地址生成预览接口。

具体实施时，预览接口可以是网络链接或二维码等形式，预览接口的具体形式需根据使用的开发者工具确定，本申请实施不作限定。

实际应用中，用户可根据其开发的应用的使用环境，选择在后台服务器中安装适用于该使用环境的开发者工具。以开发微信小程序为例，用户可在后台服务器中安装微信小程序开发者工具，通过装微信小程序开发者工具基于编译合包后的主程序的代码，生成该主程序对应的可应用于微信的小程序，并生成获取该主程序对应的小程序的二维码。

为此，当合包成功时，编译合包结果还可以包括用于获取主程序对应的应用的预览接口，以便用户通过预览接口获取主程序对应的应用，并通过使用该应用来验证合包后的功能是否运行正常。

具体地，若编译合包结果包括预览接口，终端设备可在合包监控界面中展示编译合包结果中的预览接口。具体地，可在终端设备的合包监控界面中的合包结果展示区域内展示生成的网络链接对应的控件，用户通过点击该控件，进入下载主程序对应的应用的页面，获取到主程序对应的应用。或者，参考图4B，在合包监控界面40中的二维码展示区域401内展示编译合包结果中的二维码，用户可通过扫描二维码获取到主程序对应的应用。

以对微信小程序的编译合包为例，终端设备响应用户输入的合包操作，在合包配置界面中展示可用的多个子级的微信小程序，供用户选择，终端设备响应用户通过合包配置界面输入的确定操作，向对应的后台服务器发送合包请求，该合包请求包括用户选择的多个子级的微信小程序的标识信息。后台服务器获取合包请求中的每个标识信息对应的微信小程序的代码，调用命令行工具将获取的多个微信小程序的代码编译合包为一个主程序，调用微信小程序开发者工具，基于该主程序的代码，生成该主程序对应的可应用于微信的小程序，并生成获取该主程序对应的小程序的二维码，发送给终端设备，终端设备在合包监控界面中展示该二维码。用户可打开另一个终端设备上的微信，通过微信中的扫描二维码的功能扫描合包监控界面中的二维码，直接进入主程序对应的应用，用户可使用该应用，以对该应用的各项功能进行验证。

进一步地，一些开发者工具还具备权限设置的功能，例如，开发团队内的用户A具备从开发者工具获取预览接口的权限，而开发团队内的用户B不具备从开发者工具获取预览接口的权限。针对这类具备权限设置功能的开发者工具，本申请实施例中，还需要在用户登录开发者工具，以核实用户是否具备获取预览接口的权限，开发者工具核实其具备获取预览接口的权限后，才会根据主程序生成预览接口。具体的权限设置、权限管理、预览接口生成的过程，均是由开发者工具与提供开发者工具的服务商的服务器执行的，本申请仅是通过开发者工具获取其处理的结果，不参与开发者工具和其对应的服务商的服务器之间的业务流程。

为此，在执行步骤S202之前，本申请实施例的程序编译合包方法，还包括以下步骤：终端设备展示开发者工具的登录界面，以通过该登录界面登录开发者工具。

具体实施时，合包配置界面或在跳转到合包配置界面之前的界面中，均可设置开发者工具登录控件，用户可通过点击开发者工具登录控件，来触发终端设备展示开发者工具的登录界面。用户可通过在该登录界面中输入用户注册的开发者工具账号和密码，由开发者工具和其对应的服务商的服务器对用户输入的账号和密码进行验证，在通过验证后，授权该用户登录后台服务器内的开发者工具，开发者工具向后台服务器反馈用户已登录开发者工具的消息。或者登录界面中可展示登录二维码，用户可通过扫描登录二维码，登录开发者工具，具体登录过程与账号密码的登录方式类似，不再赘述。

具体实施时，后台服务器还可以自动检测用户是否登录已后台服务器内的开发者工具，若检测到用户未登录后台服务器内的开发者工具，则向终端设备发送未登录开发者工具的提示信息，触发终端设备展示开发者工具的登录界面。参考图5，终端设备在收到未登录开发者工具的提示信息后，显示登录提示窗口，以提示用户登录开发者工具，用户可通过扫描登录二维码登录开发者工具，或者点击“知道了”控件，暂时不登录开发者工具。当然，图5所示的登录界面中也可以展示输入账号和密码的输入框，以便用户通过账号密码的登录方式登录开发者工具。

当用户登录后台服务器的开发者工具后，后台服务器在执行完步骤S205之后，后台服务器调用开发者工具根据主程序生成预览接口，若开发者工具未生成预览接口，则向终端设备发送当前登录账号无权获取预览接口的提示信息。

其中，开发者工具会核实当前登录账号是否具备获取预览接口的权限，若当前登录账号具备获取预览接口的权限，则开发者工具后台根据主程序生成预览接口，并反馈给后台服务器；若当前登录账号不具备获取预览接口的权限，则开发者工具不会生成预览接口，即后台服务器不会向终端设备反馈预览接口，此时，后台服务器可向终端设备反馈合包成功的提示信息，同时还可以向端设备发送当前登录账号无权获取预览接口的提示信息，以使用户更换有权获取预览接口的账号登录开发者工具。

为此，在终端设备侧提供了重新登录开发者工具的控件，用户可通过重新登录开发者工具的控件触发终端设备展示登录界面，以通过登录界面重新登录后台服务器内的开发者工具。例如，参考图4B，可在合包监控界面中设置重新登录开发者工具的控件402。

具体地，参考图6，本申请实施例的方法还包括如下步骤：

S601、终端设备响应输入的重新登录开发者工具的操作，向后台服务器发送重新登陆请求。

其中，用户可通过重新登录开发者工具的控件输入重新登录开发者工具的操作。

S602、后台服务器在收到重新登陆请求后，将重新登陆请求转发给开发者工具。

S603、开发者工具后台服务器提供登录接口。

S604、后台服务器向终端设备发送开发者工具提供的登录接口。

S605、终端设备接收后台服务器返回的开发者工具提供的登录接口并展示。

具体地，展示登录接口的方式可参考登录界面，具体的登录方式可参考前述实施方式中提供的登录方式，不再赘述。用户可通过该登录接口切换登录开发者工具的账号。

在上述任一实施例的基础上，参考图7，本申请实施例提供的程序编译合包方法还包括如下步骤：

S701、后台服务器在编译合包过程中，获取生成的合包日志。

具体实施时，后台服务器在使用命令行工具进行编译合包的过程中，命令行工具可同时生成对应的合包日志。其中，合包日志中生成的内容和格式等由使用的命令行工具确定，本申请实施例不作限定。一般通过合包日志，用户能够获取到编译合包的进度，以及编译合包中出现的错误等信息。

S702、后台服务器将合包日志发送给终端设备。

S703、终端设备接收后台服务器在编译合包过程中发送的合包日志，并在合包监控界面中展示该合包日志。

具体实施时，后台服务器中的命令行工具可在编译合包过程中实时生成合包日志，后台服务器获取生成的合包日志并实时反馈给终端设备，终端设备可在合包监控界面内展示接收到的合包日志，方便用户及时掌握合包进度以及合包过程中出现的错误。参考图4A，终端设备可在合包监控界面内的日志展示区域403中展示实时接收到的合包日志。

实际应用中，常发生合包失败或合包错误的情况，用户可通过编译合包过程中反馈的合包日志确定合包失败或合包错误的原因，对待合包子程序进行相应的修改，将修改后的待合包子程序更新到数据存储服务器中。为方便用户重新进行合包，在终端设备侧提供了重新合包的控件，用户可通过点击重新合包的控件触发终端设备向后台服务器发送重新合包请求，以使后台服务器重新进行编译合包。例如，参考图4B，可在合包监控界面中设置重新合包的控件404。

具体地，在上述任一实施例的基础上，参考图8，本申请实施例的方法还包括如下步骤：

S801、终端设备响应输入的重新合包操作，向后台服务器发送重新合包请求。

S802、后台服务器接收终端设备发送的重新合包请求。

S803、后台服务器重新获取每个待合包子程序的标识信息对应的待合包子程序。

本步骤中的待合包子程序的标识信息为步骤S202中终端设备发送的合包请求中的标识信息。

S804、后台服务器将重新获取的多个待合包子程序编译合包为一个主程序。

具体实施时，后台服务器可调用内部的命令行工具，通过该命令行工具将重新获取的多个待合包子程序编译合包为一个主程序。

S805、向终端设备发送重新编译合包的结果。

步骤S804和S805的具体实施方式可参考步骤S205和S206，不再赘述。

S806、终端设备接收后台服务器发送的重新编译合包的结果并展示。

步骤S806的具体实施方式可参考步骤S207，不再赘述。

当用户发现合包出错或合包失败时，只需要修改出错的待合包子程序，然后，直接点击重新合包的控件，后台服务器可直接获取修改后的待合包子程序重新进行合包，无需用户返回合包配置界面重新进行合包任务的配置，提高了编译合包效率。

在上述任一实施例的基础上，参考图9，为了方便用户对主程序的代码进行核查，本申请实施例的方法还包括如下步骤：

S901、终端设备响应输入的主程序下载操作，向后台服务器发送主程序下载请求，该主程序下载请求中包含主程序的标识信息。

为方便用户检查主程序的代码，在终端设备侧提供了下载主程序代码的控件，用户可通过点击下载主程序代码的控件，来触发终端设备向后台服务器发送主程序下载请求。例如，参考图4B，可在合包监控界面中设置下载主程序代码的控件405。

具体实施时，后台服务器完成编译合包后，将主程序对应的代码存储在数据存储服务器中相应的位置，并将该主程序的标识信息反馈给终端设备，在用户点击下载主程序代码的控件时，终端设备将该主程序的标识信息添加到主程序下载请求中。

具体实施时，可以由后台服务器自行为编译合包得到的主程序生成一个唯一的标识信息，例如，可根据待合包子程序的标识信息生成主程序的标识信息，如待合包子程序的名称分别为AA、BB、CC，则主程序的标识信息可以是“AA+BB+CC”。也可以由用户在发起合包请求前，在合包配置界面中为主程序设置其对应的标识信息，此时，终端设备发送给后台服务器的合包请求中包含为主程序设置的标识信息。

S902、后台服务器接收终端设备发送的主程序下载请求，向数据存储服务器转发主程序下载请求。

S903、数据存储服务器根据主程序下载请求中包含的主程序的标识信息，获取主程序对应的代码并发送给后台服务器。

S904、后台服务器将主程序对应的代码发送给终端设备。

终端设备接收后台服务器发送的主程序对应的代码，并提示用户查看主程序对应的代码。

用户可通过合包监控界面中设置下载主程序代码的控件，一键获取编译合包后得到的主程序的代码，方便用户从代码层面进行检查，或者对主程序的代码进行修改。

在上述任一实施例的基础上，在步骤S202之前，本申请实施例的方法还包括如下步骤：终端设备在合包配置界面中展示可选择的合包环境指示信息。

具体实施时，合包环境包括但不限于开发环境、测试环境、预发布环境和正式发布环境。参考图10，其示出了通过合包配置界面展示合包环境指示信息的示意图，用户可从展示的合包环境指示信息中选择的一个合包环境指示信息，在完成待合包子程序和合包环境的选择后，用户可点击合包配置界面中的确定控件，来输入确定操作。进一步地，还可以在合包配置界面展示中展示每种合包环境对应的具体的环境配置信息。

相应地，步骤S202具体包括：终端设备响应通过合包配置界面输入的确定操作，向对应的后台服务器发送合包请求，该合包请求包括从展示的多个子程序中选出的多个待合包子程序的标识信息，以及从展示的合包环境指示信息中选择的合包环境指示信息。

后台服务器在调用命令行工具时，将合包请求中的合包环境指示信息对应的环境配置信息发送给命令行工具，由命令行工具基于该环境配置信息对多个待合包子程序进行编译合包，得到用户选择的合包环境指示信息对应的主程序。其中，每种合包环境对应的环境配置信息已经预先设定好，无需用户自行设置，即可得到开发环境、测试环境、预发布环境和正式发布环境等不同合包环境下的主程序，简化了配置操作，降低编译合包的门槛。

如图11所示，基于与上述程序编译合包方法相同的发明构思，本申请实施例还提供了一种程序编译合包装置110，包括界面展示模块1101、第一发送模块1102和第一接收模块1103。

界面展示模块1101，用于响应输入的合包操作，在合包配置界面中展示可用的多个子程序；

第一发送模块1102，用于响应通过所述合包配置界面输入的确定操作，向对应的后台服务器发送合包请求，所述合包请求包括从展示的多个子程序中选出的多个待合包子程序的标识信息；

第一接收模块1103，用于接收所述后台服务器发送的编译合包结果并展示，所述编译合包结果为所述后台服务器将所述多个待包合子程序编译合包为一个主程序后得到的。

可选地，第一接收模块1103，还用于接收所述后台服务器在编译合包过程中发送的合包日志，所述合包日志包括编译合包进度；

界面展示模块1101，还用于在合包监控界面中展示所述合包日志。

可选地，界面展示模块1101，还用于在合包监控界面中展示所述编译合包结果中的预览接口，所述预览接口用于获取所述主程序对应的应用。

可选地，所述装置还包括登录模块，用于在响应输入的确定操作之前，展示开发者工具的登录界面，以通过所述登录界面登录所述开发者工具，其中，所述开发者工具用于生成所述预览接口。

可选地，登录模块，还用于响应输入的重新登录开发者工具的操作，向所述后台服务器发送重新登陆请求；

第一接收模块1103，还用于接收所述后台服务器返回的所述开发者工具提供的登录接口并展示，以通过所述登录接口切换登录所述开发者工具的账号。

可选地，第一发送模块1102，还用于响应输入的重新合包操作，向所述后台服务器发送重新合包请求，以使所述后台服务器将重新获取的与所述多个待合包子程序的标识信息对应的待合包子程序编译合包为一个主程序；

第一接收模块1103，还用于接收所述后台服务器发送的重新编译合包的结果并展示。

可选地，第一发送模块1102，还用于响应输入的主程序下载操作，向所述后台服务器发送主程序下载请求，所述主程序下载请求中包含所述主程序的标识信息；

第一接收模块1103，还用于接收所述后台服务器发送的所述主程序对应的代码。

可选地，界面展示模块1101，还用于在所述合包配置界面中展示可选择的合包环境指示信息；

相应地，所述合包请求中还包括从展示的合包环境指示信息中选择的合包环境指示信息，以使所述后台服务器基于所述合包请求中的合包环境指示信息对应的环境配置信息进行编译合包。

如图12所示，基于与上述程序编译合包方法相同的发明构思，本申请实施例还提供了一种程序编译合包装置120，包括第二接收模块1201、查询模块1202、编译合包模块1203和第二发送模块1204。

第二接收模块1201，用于接收终端设备发送的合包请求，所述合包请求包括多个待合包子程序的标识信息；

查询模块1202，用于获取每个待合包子程序的标识信息对应的待合包子程序；

编译合包模块1203，用于将多个待合包子程序编译合包为一个主程序；

第二发送模块1204，用于向所述终端设备发送编译合包结果。

可选地，所述装置还包括日志模块，用于在编译合包过程中，获取生成的合包日志，并发送给所述终端设备。

可选地，所述第二发送模块1204，具体用于调用开发者工具根据所述主程序生成预览接口，所述预览接口用于获取所述主程序对应的应用，向所述终端设备发送所述预览接口。

可选地，第二发送模块1204，还用于若所述开发者工具未生成所述预览接口，则向所述终端设备发送当前登录账号无权获取预览接口的提示信息。

可选地，第二接收模块1201，还用于接收所述终端设备发送的主程序下载请求，所述主程序下载请求中包含所述主程序的标识信息；

所述装置还包括主程序获取模块，用于根据所述主程序的标识信息，获取所述主程序对应的代码并发送给所述终端设备。

可选地，第二接收模块1201，还用于接收所述终端设备发送的重新合包请求；

查询模块1202，还用于重新获取每个待合包子程序的标识信息对应的待合包子程序；

编译合包模块1203，还用于将重新获取的多个待合包子程序编译合包为一个主程序；

第二发送模块1204，还用于向所述终端设备发送重新编译合包的结果。

本申请实施例提的程序编译合包装置与上述程序编译合包方法采用了相同的发明构思，能够取得相同的有益效果，在此不再赘述。

基于与上述程序编译合包方法相同的发明构思，本申请实施例还提供了一种电子设备，该电子设备具体可以为桌面计算机、便携式计算机、智能手机、平板电脑、个人数字助理(Personal Digital Assistant，PDA)、服务器等。如图13所示，该电子设备130可以包括处理器1301和存储器1302。

处理器1301可以是通用处理器，例如中央处理器(CPU)、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中公开的终端设备侧执行的程序编译合包方法或后台服务器侧执行的程序编译合包方法。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器1302作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。存储器可以包括至少一种类型的存储介质，例如可以包括闪存、硬盘、多媒体卡、卡型存储器、随机访问存储器(Random Access Memory，RAM)、静态随机访问存储器(Static Random Access Memory，SRAM)、可编程只读存储器(Programmable Read Only Memory，PROM)、只读存储器(Read Only Memory，ROM)、带电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、磁性存储器、磁盘、光盘等等。存储器是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本申请实施例中的存储器1302还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。

本申请实施例提供了一种计算机可读存储介质，用于储存为上述电子设备所用的计算机程序指令，其包含用于执行上述终端设备侧执行的程序编译合包方法或后台服务器侧执行的程序编译合包方法的程序。

上述计算机存储介质可以是计算机能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器(例如软盘、硬盘、磁带、磁光盘(MO)等)、光学存储器(例如CD、DVD、BD、HVD等)、以及半导体存储器(例如ROM、EPROM、EEPROM、非易失性存储器(NAND FLASH)、固态硬盘(SSD))等。

以上，以上实施例仅用以对本申请的技术方案进行了详细介绍，但以上实施例的说明只是用于帮助理解本申请实施例的方法，不应理解为对本申请实施例的限制。本技术领域的技术人员可轻易想到的变化或替换，都应涵盖在本申请实施例的保护范围之内。

Claims (15)

1.一种程序编译合包方法，其特征在于，包括：

响应输入的合包操作，在合包配置界面中展示可用的多个子程序的标识信息；

响应通过所述合包配置界面输入的确定操作，向对应的后台服务器发送合包请求，所述合包请求包括从展示的多个子程序的标识信息中选出的多个待合包子程序的标识信息；

接收所述后台服务器发送的编译合包结果并展示，所述编译合包结果为所述后台服务器将所述多个待合包子程序编译合包为一个主程序后得到的，包括合包成功的提示信息或者合包失败的提示信息，且若所述编译合包结果包括合包成功的提示信息，则还包括预览接口，所述预览接口用于获取所述主程序对应的应用。

2.根据权利要求1所述的方法，其特征在于，还包括：

接收所述后台服务器在编译合包过程中发送的合包日志，所述合包日志包括编译合包进度；

在合包监控界面中展示所述合包日志。

3.根据权利要求1所述的方法，其特征在于，还包括：

在合包监控界面中展示所述编译合包结果中的预览接口。

4.根据权利要求3所述的方法，其特征在于，在响应输入的确定操作之前，还包括：

展示开发者工具的登录界面，以通过所述登录界面登录所述开发者工具，其中，所述开发者工具用于生成所述预览接口。

5.根据权利要求4所述的方法，其特征在于，还包括：

响应输入的重新登录开发者工具的操作，向所述后台服务器发送重新登录请求；

接收所述后台服务器返回的所述开发者工具提供的登录接口并展示，以通过所述登录接口切换登录所述开发者工具的账号。

6.根据权利要求1至5任一所述的方法，其特征在于，还包括：

响应输入的重新合包操作，向所述后台服务器发送重新合包请求，以使所述后台服务器将重新获取的与所述多个待合包子程序的标识信息对应的待合包子程序编译合包为一个主程序；

接收所述后台服务器发送的重新编译合包的结果并展示。

7.根据权利要求1至5任一所述的方法，其特征在于，还包括：

响应输入的主程序下载操作，向所述后台服务器发送主程序下载请求，所述主程序下载请求中包含所述主程序的标识信息；

接收所述后台服务器发送的所述主程序对应的代码。

8.一种程序编译合包方法，其特征在于，包括：

接收终端设备发送的合包请求，所述合包请求包括多个待合包子程序的标识信息；

获取每个待合包子程序的标识信息对应的待合包子程序；

将多个待合包子程序编译合包为一个主程序；

向所述终端设备发送编译合包结果，所述编译合包结果包括合包成功的提示信息或者合包失败的提示信息，且若所述编译合包结果包括合包成功的提示信息，则还包括预览接口，所述预览接口用于获取所述主程序对应的应用。

9.根据权利要求8所述的方法，其特征在于，所述向所述终端设备发送编译合包结果，具体包括：

调用开发者工具根据所述主程序生成预览接口；

向所述终端设备发送所述预览接口。

10.根据权利要求8或9所述的方法，其特征在于，还包括：

接收所述终端设备发送的主程序下载请求，所述主程序下载请求中包含所述主程序的标识信息；

根据所述主程序的标识信息，获取所述主程序对应的代码并发送给所述终端设备。

11.根据权利要求8或9所述的方法，其特征在于，还包括：

接收所述终端设备发送的重新合包请求；

重新获取每个待合包子程序的标识信息对应的待合包子程序；

将重新获取的多个待合包子程序编译合包为一个主程序；

向所述终端设备发送重新编译合包的结果。

12.一种程序编译合包装置，其特征在于，包括：

界面展示模块，用于响应输入的合包操作，在合包配置界面中展示可用的多个子程序的标识信息；

第一发送模块，用于响应通过所述合包配置界面输入的确定操作，向对应的后台服务器发送合包请求，所述合包请求包括从展示的多个子程序的标识信息中选出的多个待合包子程序的标识信息；

第一接收模块，用于接收所述后台服务器发送的编译合包结果并展示，所述编译合包结果为所述后台服务器将所述多个待合包子程序编译合包为一个主程序后得到的，包括合包成功的提示信息或者合包失败的提示信息，且若所述编译合包结果包括合包成功的提示信息，则还包括预览接口，所述预览接口用于获取所述主程序对应的应用。

13.一种程序编译合包装置，其特征在于，包括：

第二接收模块，用于接收终端设备发送的合包请求，所述合包请求包括多个待合包子程序的标识信息；

查询模块，用于获取每个待合包子程序的标识信息对应的待合包子程序；

编译合包模块，用于将多个待合包子程序编译合包为一个主程序；

第二发送模块，用于向所述终端设备发送编译合包结果，所述编译合包结果包括合包成功的提示信息或者合包失败的提示信息，且若所述编译合包结果包括合包成功的提示信息，则还包括预览接口，所述预览接口用于获取所述主程序对应的应用。

14.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至11任一项所述方法的步骤。

15.一种计算机可读存储介质，其上存储有计算机程序指令，其特征在于，该计算机程序指令被处理器执行时实现权利要求1至11任一项所述方法的步骤。

Images