应用程序打包的方法、装置、设备及存储介质与流程

本申请涉及程序开发技术领域，具体涉及一种应用程序打包的方法、装置、设备及存储介质。

背景技术：

相关技术中，ios应用程序开发之后，需要对应用程序进行打包，为用户提供应用程序的安装包。由于ios程序开发人员以及非开发人员针对不同情况需要编译不同的ios应用程序的安装包，而安装包的编译较为耗时，在进行编译的过程中，会占用大量系统资源，导致机器运行缓慢，无法进行其它工作，降低了开发效率。

技术实现要素：

有鉴于此，本申请的目的在于克服现有技术的不足，提供一种应用程序打包的方法、装置、设备及存储介质。

为实现以上目的，本申请采用如下技术方案：

本申请的第一方面，提供一种应用程序打包的方法，包括：

获取待打包的应用程序的配置数据；

向远程服务器发送打包指令，所述打包指令中携带所述配置数据，使得所述远程服务器执行所述打包指令，基于所述打包指令中的所述配置数据自动生成所述应用程序的安装包；

从所述远程服务器下载所述应用程序的安装包。

可选的，所述获取待打包的应用程序的配置数据之前，所述的方法还包括：

显示管理界面；所述管理界面包括所述应用程序的配置数据的输入框；

所述获取待打包的应用程序的配置数据，包括：

接收通过所述管理界面添加的应用程序的配置数据。

可选的，所述应用程序的配置数据包括应用程序的图标，应用程序的开发者，源程序代码存储路径。

可选的，所述应用程序的配置数据还包括以下一项或者多项：分类信息、应用程序的描述信息、图片资源配置信息、文案资源配置信息中的一项或者多项。

可选的，所述管理界面还包括下载链接图标；所述从所述远程服务器下载所述应用程序的安装包，包括：

接收到针对所述下载链接图标的输入操作时，从所述远程服务器下载所述应用程序的安装包。

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

如果打包失败，在所述管理界面上显示提示信息。

可选的，所述显示管理界面，包括：基于javascript语言，显示管理界面。

本申请的第二方面，提高一种应用程序打包的装置，所述装置包括：

获取模块，用于获取待打包的应用程序的配置数据；

发送模块，用于向远程服务器发送打包指令，所述打包指令中携带所述配置数据，使得所述远程服务器执行所述打包指令，基于所述打包指令中的所述配置数据自动生成所述应用程序的安装包；

本申请的第三方面，提供一种应用程序打包的设备，包括：

处理器，以及与所述处理器相连接的存储器；

所述存储器用于存储计算机程序；

所述处理器用于调用并执行所述存储器中的所述计算机程序，以执行如以上任一项所述的方法。

本申请的第四方面，提供一种存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时，实现如以上任一项所述的方法中各个步骤。

本申请采用以上技术方案，可以实现如下有益效果：

将获取的待打包的应用程序的配置数据发送到远程服务器上进行打包，然后从远程服务器上下载安装包，并非在本地进行打包，从而避免了本地机器运行缓慢的问题，在远程服务器打包的过程中，本地机器还可以运行其它的任务，提高了开发效率，并且，非技术开发人员也可以操作。

附图说明

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

图1是本申请一个实施例提供的一种应用程序打包的方法的流程图。

图2是本申请另一个实施例提供的一种应用程序打包的装置的结构图。

图3是本申请另一个实施例提供的一种应用程序打包的设备的结构图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将对本申请的技术方案进行详细的描述。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所得到的所有其它实施方式，都属于本申请所保护的范围。

图1是本申请实施例提供的一种应用程序打包的方法的流程图。

如图1所示，本实施例的方法包括：

步骤11、获取待打包的应用程序的配置数据；

步骤12、向远程服务器发送打包指令，打包指令中携带配置数据，使得远程服务器执行打包指令，基于打包指令中的配置数据自动生成应用程序的安装包；

远程服务器中可以由用户通过存储介质(如u盘)或者网络等方式预先上传好应用程序打包所需的源程序代码。

步骤13、从远程服务器下载应用程序的安装包。

本实施例中，将获取的待打包的应用程序的配置数据发送到远程服务器上进行打包，然后从远程服务器上下载安装包，并非在本地进行打包，从而避免了本地机器运行缓慢的问题，在远程服务器打包的过程中，本地机器还可以运行其它的任务，提高了开发效率，并且，非技术开发人员也可以操作。

为便于操作，可选的，获取待打包的应用程序的配置数据之前，的方法还包括：显示管理界面；获取待打包的应用程序的信息，具体的：接收通过管理界面添加的应用程序的信息。其中，应用程序的配置数据包括应用程序的图标，应用程序的开发者，源程序代码存储路径。这是配置数据中必须包含的内容。为了使应用程序的信息更加丰富，更加清楚的体现应用程序的情况，应用程序的配置数据中还可以包括以下一项或者多项：分类信息、应用程序的描述信息、图片资源配置信息、文案资源配置信息中的一项或者多项。在管理界面上设置图片资源配置信息和文案资源配置信息，可以更加快速的配置和修改应用程序中的图片和文字。其中，分类信息可以帮助用户了解应用程序是哪一类的，便于查找，具体的，还可以进行一级分类，二级分类，等。应用程序的描述信息，可以帮助用户了解应用程序的功能等。

下面结合具体的应用场景对本申请的方案进行更加详细地说明。

本实施例中，管理界面包括第一界面、第二界面和第三界面。

基于此，首先，显示管理界面，具体的：

显示第一界面；第一界面包括应用程序的图标、名称、开发者、源程序代码存储路径giturl、一级分类、二级分类、描述信息的输入框，第一提交任务按钮。除此之外，还可以包括图片资源配置信息，在第一显示界面上显示添加配置的图标，可以配置的信息包括：序号，名称，标题，宽(像素)，高(像素)，图片。当添加配置的图标被选中，即可添加一组。与图片资源配置信息对应的位置，还显示删除配置的操作图标。还可以包括文案资源配置信息，在第一显示界面上显示添加配置的图标，可以配置的信息，包括：序号，名称，标题，类型，默认值。当添加配置的图标被选中时，可以添加一组。与文案资源配置信息对应的位置，还显示删除配置的操作图标。

当检测到第一提交任务按钮被选中时，存储配置数据，并显示第二界面。第二界面包括：公共参数的输入框，比如，任务名称，dataeye，trackid，appid，appkey输入框，xcode版本选项；还可以包括ui皮肤，sdk核心库的版本选项，比如标准版，001版，等。其中，任务名称用于帮助用户识别打包任务。dataeye用于对使用的用户进行数据统计。trackid用于统计用户的安装数据。appid用于识别应用程序的地址。appkey是开发者对软件进行参数设置的密码。

通过以上两个界面，可以获取到应用程序打包所需要的配置数据，然后就可以进行任务的提交了。

检测到第二任务提交按钮被选中时，存储配置数据，显示第三界面；第三界面包括打包应用程序的列表；列表包括打包的任务名称，创建时间，完成状态，错误信息，下载链接图标。

基于此，可选的，从远程服务器下载应用程序的安装包，具体实现方式可以是：接收到针对下载链接图标的输入操作时，从远程服务器下载应用程序的安装包。

打包失败的时候，还可以进行提示，可选的，本实施例的方法还可以包括：如果打包失败，在管理界面上显示提示信息。具体的，在错误信息一列显示提示信息。

可选的，上述显示管理界面，包括：基于javascript语言，显示管理界面。javascript语音是一种高级语言，使得基于本方案的工具可以在不同操作系统的电脑兼容运行。

需要说明的是，管理界面上所显示的各个输入框等的具体设置位置，显示形式此处不做具体限定。

图2是本申请另一个实施例提供的一种应用程序打包的装置的结构图。

本申请另一个实施例提供一种应用程序打包的装置，如图2所示，装置包括：

获取模块201，用于获取待打包的应用程序的配置数据；

发送模块202，用于向远程服务器发送打包指令，打包指令中携带配置数据，使得远程服务器执行打包指令，基于打包指令中的配置数据自动生成应用程序的安装包；

下载模块203，用于从远程服务器下载应用程序的安装包。

本实施例的具体实现方案可以参见前述实施例记载的应用程序打包的方法实施例中的相关说明，此处不再赘述。

图3是本申请另一个实施例提供的一种应用程序打包的设备的结构图。

如图3所示，本申请实施例提供一种应用程序打包的设备，包括：

处理器301，以及与处理器301相连接的存储器302；

存储器302用于存储计算机程序；

处理器301用于调用并执行存储器中的计算机程序，以执行如以上任意实施例的方法。

本实施例的具体实现方案可以参见前述实施例记载的应用程序打包的方法实施例中的相关说明，此处不再赘述。

本申请另一个实施例还提供一种存储介质，存储介质存储有计算机程序，计算机程序被处理器执行时，实现如以上任意实施例的方法中各个步骤。

本实施例的具体实现方案可以参见前述实施例记载的应用程序打包的方法实施例中的相关说明，此处不再赘述。

可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

需要说明的是，在本申请的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是指至少两个。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。