CN106873966A - 一种应用程序开发方法及装置 - Google Patents

Abstract

本发明公开了一种应用程序开发方法及装置。该方法用于包括多条业务线的应用程序的开发中，包括：在配置文件中配置所需更新的业务线的业务标识以及源码工程名列表；在执行配置文件时，获取业务标识和源码工程名列表，并根据预设判定条件确定各个业务线所需的源码工程名和/或静态库名；根据源码工程名和/或静态库名获取所需的源码工程和/或静态库。本发明在对子工程集成时，开发者可有选择地将源码或是静态库集成到主工程中，使得应用程序的开发更具灵活性，极大地提高项目开发的效率。

Description

一种应用程序开发方法及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种应用程序开发方法及装置。

背景技术

目前，好多APP中有若干条业务线(例如58APP包括房产、招聘、二手、汽车、家政等多个业务线)。在对多业务线的APP进行开发时，每条业务线的开发人员只需要关注自己业务线的工程，即只需要关注自己的工程源码。而对于其它业务线，则根本无需接入，整个APP的技术框架也只需要接入静态库即可，而不用去关注具体地源码实现。

一般来说，一个APP在功能开发阶段，通常需要改动的工程不会太多，可能也就两三个而已。如果开发者因为只是改动几个工程，而要将整个APP的所有工程的所有源码重新编译一遍，对于多业务线的APP而言，效率会非常低。因此，通常采用将各子工程以静态库的方式集成到主工程的方式。但是将静态库集成到主工程，虽然加快了编译速度，但是由于静态库是固定的，开发者并不能根据自己的需要选择性的接入工程的源码或库。因此，现有的APP开发方案中，存在灵活性较差，开发较低的效率问题。

发明内容

本发明所要解决的技术问题在于提供一种应用程序开发方法及装置，用以解决现有技术中多条业务线的APP开发效率低的问题。

为实现上述发明目的，本发明采用下述的技术方案：

依据本发明的一个方面，提供一种应用程序开发方法，所述应用程序包括多条业务线，所述方法包括：

在配置文件中配置所需更新的业务线的业务标识以及源码工程名列表；

在执行所述配置文件时，获取所述业务标识和所述源码工程名列表，并根据预设判定条件确定各个业务线所需的源码工程名和/或静态库名；

根据所述源码工程名和/或静态库名获取所需的源码工程和/或静态库。

进一步地，所述预设判定条件包括根据业务标识判断是否为纯业务线更新以及判断所述源码工程名列表是否为空。

进一步地，所述根据预设判定条件确定各个业务线所需的源码工程名和/或静态库名，包括：

当判断为纯业务线更新且所述源码工程名列表不为空时，则所述所需的源码工程名为所述源码工程名列表中的源码工程名与公共源码工程名的交集，所述静态库名为所有工程名与所述所需的源码工程名的差集。

进一步地，所述根据预设判定条件确定各个业务线所需的源码工程名和/或静态库名，包括：

当判断为纯业务线更新且所述源码工程名列表为空时，则所述所需的源码工程名为公共源码工程名，所述静态库名为所有工程名与所述所需的源码工程名的差集。

进一步地，所述根据预设判定条件确定各个业务线所需的源码工程名和/或静态库名，包括：

当判断不是纯业务线更新且所述源码工程名列表为空时，则所述所需的源码工程名为所有工程名。

进一步地，所述根据预设判定条件确定各个业务线所需的源码工程名和/或静态库名，包括：

当判断不是纯业务线更新且所述源码工程名列表不为空时，则所述所需的源码工程名为所述源码工程名列表中的工程名，所述静态库名为所有工程名与所述所需的源码工程名的差集。

进一步地，所述根据所述源码工程名和/或静态库名获取所需的源码工程和/或静态库，具体包括：

当应用场景为业务线开发时，则从本地获取所需的源码工程和/或静态库；其中，所述本地预先存储从服务器获取的开发者权限内的源码工程和静态库。

进一步地，所述方法还包括：

当本地不存在所需的源码工程和/或静态库时，则提示所述业务标识或者所所述源码工程名列表中的参数有误。

进一步地，所述根据所述源码工程名和/或静态库名获取所需的源码工程和/或静态库，具体包括：

当应用场景为打包测试时，则从所述服务器中获取所需的源码工程，从打包服务器中获取所需的静态库。

依据本发明的一个方面，提供一种应用程序开发装置，所述应用程序包括多条业务线，所述装置包括：

配置单元，用于在配置文件中预先配置业务线的业务标识和源码工程名列表；

确定单元，用于在执行所述配置文件时，获取所述业务标识和所述源码工程名列表，并根据预设判定条件确定各个业务线所需的源码工程名和/或静态库名；

获取单元，用于根据所述源码工程名和/或静态库名获取所需的源码工程和/或静态库。

进一步地，所述预设判定条件包括根据业务标识判断是否为纯业务线更新以及判断所述源码工程名列表是否为空。

进一步地，所述确定单元，具体用于：

若判断为纯业务线更新且所述源码工程名列表不为空，则所述所需的源码工程名为所述源码工程名列表中的源码工程名与公共源码工程名的交集；所述静态库名为所有工程名与所述所需的源码工程名的差集。

进一步地，所述确定单元，具体用于：

当判断为纯业务线更新且源码工程名列表为空时，则所述所需的源码工程名为公共源码工程名，所述静态库名为所有工程名与所述所需的源码工程名的差集。

进一步地，所述确定单元，具体用于：

当判断不是纯业务线更新且源码工程名列表为空时，则所述所需的源码工程名为所有工程名。

进一步地，所述确定单元，具体用于：

当判断不是纯业务线更新且源码工程名列表不为空时，则所述所需的源码工程名为所述源码工程名列表中的工程名，所述静态库名为所有工程名与所述所需的源码工程名的差集。

进一步地，所述获取单元，具体用于：

当应用场景为业务线开发时，则从本地获取所述所需的源码工程和/或静态库；其中，所述本地预先存储从服务器获取的开发者权限内的源码工程和/或静态库。

进一步地，所述获取单元，还用于：

当本地不存在所需的源码工程和/或静态库时，则提示所述业务标识或者所述源码工程名列表中的参数有误。

进一步地，所述获取单元，具体用于：

当应用场景为打包测试时，则从所述服务器中获取所需的源码工程，从打包服务器中获取所需的静态库。

本发明具有以下技术效果：

本发明所提供的应用程序开发方法及装置，针对多业务线的应用程序，以业务标识来标识每条业务线，通过业务标识和源码工程名列表，开发者可以自行定制所需配置的业务线的工程为源码还是静态库。因此，在对子工程集成时，可有选择地将源码或是静态库集成到主工程中，使得应用程序的开发更具灵活性，极大地提高项目开发的效率。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

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

图1为本发明实施例中应用程序开发方法的流程图；

图2为本发明一具体实施例中应用程序开发方法的流程图；

图3为本发明一具体实施例中服务器的结构示意图；

图4为本发明实施例中应用程序开发装置的结构框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例1

本发明一实施例提供的一种应用程序开发方法，用于包括多条业务线的应用程序开发中，如图1所示，该方法包括如下步骤：

步骤101，在配置文件中配置所需更新的业务线的业务标识以及源码工程名列表。

本发明中在进行应用程序开发时，为每条业务线配置一个业务标识，例如招聘线的标识为job，房产线的标识为house等。在配置更新的内容时，将更新业务线的业务标识和源码工程名列表写入配置文件中。其中，业务标识可以是单个也可以是多个。而源码工程名列表则用于所需更新的源码的工程名。

步骤102，在执行配置文件时，获取业务标识和源码工程名列表，并根据预设判定条件确定各个业务线所需的源码工程名和/或静态库名。

配置文件中预先设置了判定条件，在执行配置文件中，待传入业务线的业务标识和源码工程名列表两个参数后，根据预设判定条件，即可确定各个业务线所需的源码工程名，而该应用程序中剩余的工程则直接用静态库即可。

可选的，该预设判定条件包括根据业务标识判断是否为纯业务线更新以及源码工程名列表是否为空。

步骤103，根据源码工程名和/或静态库名获取所需的源码工程和/或静态库。

在该步骤中，获取所需的源码工程和/或静态库时，可以从本地存储的源码工程和静态库中获取，也可以直接从服务器中获取。对于获取方式，需要依据实际的应用场景来确定，在该实施例中，不做具体的限定，后续实施例中将进行介绍。

其中，在该实施例中是通过类库管理工具中的配置文件来获取开发者所需的源码和静态库。当然还可以通过其他工具利用本发明的方法来实现，这里仅用于举例，不用于对本发明的限定。

本发明实施例中的应用程序开发方法，针对多业务线的应用程序，以业务标识来标识每条业务线，通过业务标识和源码工程名列表，开发者可以自行定制所需配置的业务线的工程为源码还是静态库。因此，在对子工程集成时，可有选择地将源码或是静态库集成到主工程中，使得应用程序的开发更具灵活性，极大地提高项目开发的效率。

实施例2

本发明所提供的一实施例中对预设判定条件情况作了进一步地限定。上述提及，预设判定条件包括是否为纯业务线更新以及源码工程名列表是否为空。因此，在根据预设判定条件来确定各个业务线所需的源码工程名和/或静态库名时，具体地，包括如下情况：

(1)当判断为业务线更新且源码工程名列表不为空时，则所需的源码工程名为源码工程名列表中的源码工程名与公共源码工程名的交集，静态库名为所有工程名与所需的源码工程名的差集。

其中，当判断更新内容是否是纯业务线时，主要判断传入的业务标识是为单个业务标识还是多个业务标识；当为单个业务标识，则判断更新的纯业务线；当为多个业务标识，则判定更新多个业务线。

当业务线为纯业务时，需要保证定制源码工程需在公共源码工程的范围内，即所需的源码工程名为源码工程名列表中的工程名与公共源码工程名的交集。当定制源码工程不在公共源码工程范围内时，则不需要对源码工程名列表中的信息进行处理。

(2)当判断为业务线更新且源码工程名列表为空，则所需的源码工程名为公共源码工程名，静态库名为所有工程名与所需的源码工程名的差集。

其中，当传入单个业务标识，且源码工程名列表为空时，则表示没有更新的业务线中没有具体的定制信息，则将所需的源码工程名直接定义为公共源码工程名即可，应用程序中其他的工程则采用静态库。

(3)当判断不是纯业务线更新且源码工程名列表为空时，则所需的源码工程名为所有工程名。

(4)当判断不是纯业务更新且源码工程名列表不为空时，则所需的源码工程名为源码工程名列表中的工程名，静态库名为所有工程名与所需的源码工程名的差集。

本发明实施例中的应用程序开发方法，通过判定业务标识是否为纯业务线以及源码工程名列表是否为空的几种情况，确定不同情况下源码工程以及静态库的获取方式，为开发者提供多种源码和静态库定制方式，使得应用程序的开发更具有灵活性。可知，本发明中应用程序开发方法简单易行，便于实施，可有效提高应用程序的开发效率。

实施例3

本发明提供的应用程序开发方法的应用场景不仅适用于业务线开发，同样还适用于打包测试。因此，针对不同的应用场景，在获取所需的源码工程和/或静态库时，可以从本地存储的源码工程和静态库中获取，也可以直接从服务器获取。在该实施例中，针对不同应用场景下，源码工程和/或静态库的获取方式做了进一步地限定。

具体地，在进行业务开发时，根据源码工程名和/或静态库名从本地获取所需的源码工程和/或静态库。

其中，由于服务器中对所有工程的源码和静态库进行了分组存储，且分别设置了下载源码和静态库所需的开发者权限。因此在进行业务线开发时，开发者根据自身的权限从服务器获取开发者权限内的源码工程和静态库，并保存至本地。

当下载源码或库时，会根据开发者的权限判断能不能执行获取操作。即，当本地存在时，则根据源码工程名和/或静态库名从本地存储的源码工程和静态库中获取所需的源码工程和/或静态库即可。而当本地不存在所需的源码工程和/或静态库时，则可能是没有下载这个源码工程或者开发者没有权限下载，则提示传的参数(业务标识和定制源码工程列表)有误，以便开发者及时获知报错信息。

具体地，当应用场景为打包测试时，则根据源码工程名和/或静态库名从服务器中获取所需的源码工程，从打包服务器中获取所需的静态库。

可知，本发明实施例的应用程序开发方法，在持续集成开发和产品测试过程中，可以自定义选择哪个工程选择源码，哪个工程选择静态库进行编译和测试。相对于全部用源码来进行编译，本发明有效提高集成工程的运行速度和打包测试的速率，极大提高项目的开发效率。

实施例4

本发明还提供了一种应用程序开发方法的具体实施例。在该具体实施例中，利用CocoaPods(类库管理工具)中的Podfile配置文件实现开发者的可定制化，在集成时，根据传入的参数来实现对每个工程的源码或静态库的选择。

首先，在配置工程的Podfile文件时，包括如下：

配置一个所有工程的数组allProjects，用于存储所有工程的源码工程名。

配置一个数组limSrcProjects，用于存放一些公共的源码工程名。

配置两个参数属性tradeLine和srcPrjs：tradeLine用于配置业务标识和srcPrjs用于配置所需的源码工程名列表。

接着，待Podfile文件配置完成后，CocoaPods执行pod install命令，用env设置环境变量，传入业务标识和源码工程名列表。在执行Podfile文件确定源码工程名和静态库名的过程，具体如图2所示，包括如下步骤：

步骤201，获取业务线标识tradeLine；

步骤202，根据tradeLine中的业务标识判断是否为纯业务线：若为纯业务线，删除allProjects中所有业务线工程，并执行步骤203，否则直接执行步骤204；

步骤203，判断srcPrjs是否为空(是否传入可定制化工程)，若不为空，则srcPrjs＝srcPrjs与limSrcProjects的交集，执行步骤205；否则srcPrjs＝limSrcProjects执行步骤205；

步骤204，判断srcPrjs是否为空，若不为空，则srcPrjs＝srcPrjs；否则srcPrjs＝allProjects；

步骤205，libPrjs＝allProjects与srcPrjs的差集；其中，libPrjs则用于存放静态库名。

步骤206，在srcPrjs中的pod源码工程，在libPrjs中的pod静态库工程。

在该实施例中，服务器采用Gitlab服务器，如图3所示，对所有工程的源码和库进行分组存储，设置好每个开发者权限。如果是业务线开发，开发者将权限内的源码和库下载至本地。在执行pod install时，srcPrjs和libPrjs都在本地取，如果本地没有，提示开发者传的参数是否有问题；如果是在jenkins上打包测试，则srcPrjs取Gitlab服务器上的源码和libPrjs则取jenkins打包服务器上的库进行测试。

实施例5

本发明实施例还提供了一种针对多业务线的应用程序开发装置，用于实现上述实施例中的方法，如图4所示，该装置包括：

配置单元41，用于在配置文件中预先配置业务线的业务标识和源码工程名列表；

确定单元42，用于在执行配置文件时，获取业务标识和源码工程名列表，并根据预设判定条件确定各个业务线所需的源码工程名和/或静态库名；

获取单元43，用于根据源码工程名和/或静态库名获取所需的源码工程和/或静态库。

可选的，预设判定条件包括根据业务标识判断是否为纯业务线更新以及判断源码工程名列表是否为空。

可选的，确定单元42，具体用于：

若判断为纯业务线更新且源码工程名列表不为空，则所需的源码工程名为源码工程名列表中的源码工程名与公共源码工程名的交集；静态库名为所有工程名与所需的源码工程名的差集。

可选的，确定单元42，具体用于：

当判断为纯业务线更新且源码工程名列表为空时，则所需的源码工程名为公共源码工程名，静态库名为所有工程名与所需的源码工程名的差集。

可选的，确定单元42，具体用于：

当判断不是纯业务线更新且源码工程名列表为空时，则所需的源码工程名为所有工程名。

可选的，确定单元42，具体用于：

当判断不是纯业务线更新且源码工程名列表不为空时，则所需的源码工程名为源码工程名列表中的工程名，静态库名为所有工程名与所需的源码工程名的差集。

可选的，获取单元43，具体用于：

当应用场景为业务线开发时，则从本地获取所需的源码工程和/或静态库；其中，本地预先存储从服务器获取的开发者权限内的源码工程和/或静态库。

可选的，获取单元43，还用于：

当本地不存在所需的源码工程和/或静态库时，则提示业务标识或者源码工程名列表中的参数有误。

可选的，获取单元43，具体用于：

当应用场景为打包测试时，则从服务器中获取所需的源码工程，从打包服务器中获取所需的静态库。

综上所述，本发明所提供的应用程序开发方法及装置，针对多业务线的应用程序，在持续集成开发过程中，通过业务标识和源码工程名列表，开发者可对所有工程的进行源码和静态库进行定制化操作。因此，相对于全部用源码来编译，本发明极大提高了项目的开发效率，也使得项目开发更具灵活性。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置实施例而言，由于其与方法实施例基本相似，相关之处参见方法实施例的部分说明即可。并且，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。

虽然通过实施例描述了本申请，本领域的技术人员知道，本申请有许多变形和变化而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (18)

1.一种应用程序开发方法，其特征在于，所述应用程序包括多条业务线，所述方法包括：

在配置文件中配置所需更新的业务线的业务标识以及源码工程名列表；

在执行所述配置文件时，获取所述业务标识和所述源码工程名列表，并根据预设判定条件确定各个业务线所需的源码工程名和/或静态库名；

根据所述源码工程名和/或静态库名获取所需的源码工程和/或静态库。

2.如权利要求1所述的方法，其特征在于，所述预设判定条件包括根据业务标识判断是否为纯业务线更新以及判断所述源码工程名列表是否为空。

3.如权利要求2所述的方法，其特征在于，所述根据预设判定条件确定各个业务线所需的源码工程名和/或静态库名，包括：

当判断为纯业务线更新且所述源码工程名列表不为空时，则所述所需的源码工程名为所述源码工程名列表中的源码工程名与公共源码工程名的交集，所述静态库名为所有工程名与所述所需的源码工程名的差集。

4.如权利要求2所述的方法，其特征在于，所述根据预设判定条件确定各个业务线所需的源码工程名和/或静态库名，包括：

当判断为纯业务线更新且所述源码工程名列表为空时，则所述所需的源码工程名为公共源码工程名，所述静态库名为所有工程名与所述所需的源码工程名的差集。

5.如权利要求2所述的方法，其特征在于，所述根据预设判定条件确定各个业务线所需的源码工程名和/或静态库名，包括：

当判断不是纯业务线更新且所述源码工程名列表为空时，则所述所需的源码工程名为所有工程名。

6.如权利要求2所述的方法，其特征在于，所述根据预设判定条件确定各个业务线所需的源码工程名和/或静态库名，包括：

当判断不是纯业务线更新且所述源码工程名列表不为空时，则所述所需的源码工程名为所述源码工程名列表中的工程名，所述静态库名为所有工程名与所述所需的源码工程名的差集。

7.如权利要求1所述的方法，其特征在于，所述根据所述源码工程名和/或静态库名获取所需的源码工程和/或静态库，具体包括：

当应用场景为业务线开发时，则从本地获取所需的源码工程和/或静态库；其中，所述本地预先存储从服务器获取的开发者权限内的源码工程和静态库。

8.如权利要求7所述的方法，其特征在于，所述方法还包括：

当本地不存在所需的源码工程和/或静态库时，则提示所述业务标识或者所所述源码工程名列表中的参数有误。

9.如权利要求1所述的方法，其特征在于，所述根据所述源码工程名和/或静态库名获取所需的源码工程和/或静态库，具体包括：

当应用场景为打包测试时，则从所述服务器中获取所需的源码工程，从打包服务器中获取所需的静态库。

10.一种应用程序开发装置，其特征在于，所述应用程序包括多条业务线，所述装置包括：

配置单元，用于在配置文件中预先配置业务线的业务标识和源码工程名列表；

确定单元，用于在执行所述配置文件时，获取所述业务标识和所述源码工程名列表，并根据预设判定条件确定各个业务线所需的源码工程名和/或静态库名；

获取单元，用于根据所述源码工程名和/或静态库名获取所需的源码工程和/或静态库。

11.如权利要求10所述的装置，其特征在于，所述预设判定条件包括根据业务标识判断是否为纯业务线更新以及判断所述源码工程名列表是否为空。

12.如权利要求11所述的装置，其特征在于，所述确定单元，具体用于：

若判断为纯业务线更新且所述源码工程名列表不为空，则所述所需的源码工程名为所述源码工程名列表中的源码工程名与公共源码工程名的交集；所述静态库名为所有工程名与所述所需的源码工程名的差集。

13.如权利要求11所述的装置，其特征在于，所述确定单元，具体用于：

当判断为纯业务线更新且源码工程名列表为空时，则所述所需的源码工程名为公共源码工程名，所述静态库名为所有工程名与所述所需的源码工程名的差集。

14.如权利要求11所述的装置，其特征在于，所述确定单元，具体用于：

当判断不是纯业务线更新且源码工程名列表为空时，则所述所需的源码工程名为所有工程名。

15.如权利要求11所述的装置，其特征在于，所述确定单元，具体用于：

当判断不是纯业务线更新且源码工程名列表不为空时，则所述所需的源码工程名为所述源码工程名列表中的工程名，所述静态库名为所有工程名与所述所需的源码工程名的差集。

16.如权利要求10所述的装置，其特征在于，所述获取单元，具体用于：

当应用场景为业务线开发时，则从本地获取所述所需的源码工程和/或静态库；其中，所述本地预先存储从服务器获取的开发者权限内的源码工程和/或静态库。

17.如权利要求16所述的装置，其特征在于，所述获取单元，还用于：

当本地不存在所需的源码工程和/或静态库时，则提示所述业务标识或者所述源码工程名列表中的参数有误。

18.如权利要求10所述的装置，其特征在于，所述获取单元，具体用于：

当应用场景为打包测试时，则从所述服务器中获取所需的源码工程，从打包服务器中获取所需的静态库。