CN106201481A - 应用程序开发系统中的组件管理方法和装置 - Google Patents

Abstract

本发明涉及一种应用程序开发系统中的组件管理方法和装置。所述应用程序开发系统中的组件管理方法主要包括：根据目标组件的标识信息，从组件配置仓库中获取与所述标识信息对应的配置文件；根据所述配置文件，获取生成所述目标组件所需要的各待编译文件；将所获取的各待编译文件编译生成所述目标组件。在应用程序开发过程中，本发明实施例的应用程序开发系统中的组件管理方法，可以便捷地重复调用实现特定功能的目标组件，提高应用程序开发的效率。

Description

应用程序开发系统中的组件管理方法和装置

技术领域

本发明涉及程序开发领域，尤其涉及一种应用程序开发系统中的组件管理方法和装置。

背景技术

目前，在不同的应用程序中可能会重复出现相同的应用功能。例如，在不同的视频播放软件中重复出现例如播放、下载或上传等应用功能。相同的应用功能往往基于相同或相似的代码编程。

在开发APP(应用程序，Application的缩写)的过程中，对于相同应用功能的编程，一般采用将现有实现该功能的代码复制粘贴到待开发应用程序中。采用上述编程方式，不便于应用程序的整体管理，可能存在不兼容的问题。与此同时，采用上述编程方式不能对该部分代码进行单独测试，增加应用程序检测的工作量。

发明内容

技术问题

有鉴于此，本发明要解决的技术问题是，如何实现便捷、高效地重复使用能够实现特定功能的代码。

解决方案

为了解决上述技术问题，根据本发明的一实施例，提供了一种应用程序开发系统中的组件管理方法，包括：

根据目标组件的标识信息，从组件配置仓库中获取与所述标识信息对应的配置文件；

根据所述配置文件，获取生成所述目标组件所需要的各待编译文件；

将所获取的各待编译文件编译生成所述目标组件。

对于上述方法，在一种可能的实现方式中，根据所述配置文件，获取生成所述目标组件所需要的各待编译文件，包括：

从所述配置文件中，获取源文件地址，并获取用于生成所述目标组件所需要的资源文件地址、系统库地址、静态库地址和动态库地址；

根据所述源文件地址，获取源文件，并分别根据所述资源文件地址、所述系统库地址、所述静态库地址和所述动态库地址，获取生成所述目标组件所需要的资源文件、系统库、静态库和动态库。

对于上述方法，在一种可能的实现方式中，根据目标组件的标识信息，从组件配置仓库中获取与所述标识信息对应的配置文件，包括：

在通过静态库工程的方式调用所述目标组件的情况下，根据目标组件的标识信息，从组件配置仓库中获取与所述标识信息对应的配置文件；或

在通过静态库或动态库的方式调用所述目标组件的情况下，根据目标组件的标识信息，从组件配置仓库中获取与所述标识信息对应的配置文件。

对于上述方法，在一种可能的实现方式中，还包括：

在所述目标组件生成之后，对所述目标组件的特定功能进行测试，以确定所述目标组件是否能够实现所述特定功能。

为了解决上述技术问题，根据本发明的另一实施例，提供了一种应用程序开发系统中的组件管理装置，包括：

第一获取模块，用于根据目标组件的标识信息，从组件配置仓库中获取与所述标识信息对应的配置文件；

第二获取模块，与所述第一获取模块连接，用于根据所述配置文件，获取生成所述目标组件所需要的各待编译文件；

编译模块，与所述第二获取模块连接，用于将所获取的各待编译文件编译生成所述目标组件。

对于上述装置，在一种可能的实现方式中，第二获取模块，包括：

地址获取单元，用于从所述配置文件中，获取源文件地址，并获取用于生成所述目标组件所需要的资源文件地址、系统库地址、静态库地址和动态库地址；

文件获取单元，与所述地址获取单元连接，用于根据所述源文件地址，获取源文件，并分别根据所述资源文件地址、所述系统库地址、所述静态库地址和所述动态库地址，获取生成所述目标组件所需要的资源文件、系统库、静态库和动态库。

对于上述装置，在一种可能的实现方式中，第一获取模块，具体用于

在通过静态库工程的方式调用所述目标组件的情况下，根据目标组件的标识信息，从组件配置仓库中获取与所述标识信息对应的配置文件；或

在通过静态库或动态库的方式调用所述目标组件的情况下，根据目标组件的标识信息，从组件配置仓库中获取与所述标识信息对应的配置文件。

对于上述装置，在一种可能的实现方式中，还包括：

检测模块，与所述编译模块连接，用于在所述目标组件生成之后，对所述目标组件的特定功能进行测试，以确定所述目标组件是否能够实现所述特定功能。

有益效果

本发明实施例的应用程序开发系统中的组件管理方法，通过目标组件的标识信息获取对应的配置文件后，通过配置文件可以获取生成目标组件所需要的各待编译文件，从而将所获取的各待编译文件编译生成目标组件。在应用程序开发过程中，本发明实施例的应用程序开发系统中的组件管理方法，可以便捷地重复调用实现特定功能的目标组件，提高应用程序开发的效率。

进一步地，本发明实施例的应用程序开发系统中的组件管理方法，在目标组件生成之后，通过测试以确定目标组件是否能够实现特定功能，可以提高组件的健壮性。

根据下面参考附图对示例性实施例的详细说明，本发明的其它特征及方面将变得清楚。

附图说明

包含在说明书中并且构成说明书的一部分的附图与说明书一起示出了本发明的示例性实施例、特征和方面，并且用于解释本发明的原理。

图1示出根据本发明一实施例的一种应用程序开发系统中的组件管理方法的流程图；

图2示出根据本发明一实施例的一种应用程序开发系统中的组件管理方法的另一流程图；

图3示出根据本发明一实施例的一种应用程序开发系统中的组件管理方法的另一流程图；

图4示出根据本发明一实施例的一种应用程序开发系统中的组件管理方法的另一流程图；

图5示出根据本发明一实施例的一种应用程序开发系统中的组件管理方法的另一流程图；

图6示出根据本发明一实施例的一种应用程序开发系统中的组件管理装置的结构框图；

图7示出根据本发明一实施例的一种应用程序开发系统中的组件管理装置的另一结构框图；

图8示出根据本发明一实施例的一种应用程序开发系统中的组件管理装置的另一结构框图；

图9示出根据本发明一实施例的一种应用程序开发系统中的组件管理设备的结构框图。

具体实施方式

以下将参考附图详细说明本发明的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面，但是除非特别指出，不必按比例绘制附图。

在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。

另外，为了更好的说明本发明，在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解，没有某些具体细节，本发明同样可以实施。在一些实例中，对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述，以便于凸显本发明的主旨。

实施例1

图1示出根据本发明一实施例的一种应用程序开发系统中的组件管理方法的流程图。如图1所示，该应用程序开发系统中的组件管理方法主要可以包括：

步骤101：根据目标组件的标识信息，从组件配置仓库中获取与所述标识信息对应的配置文件；

步骤102：根据所述配置文件，获取生成所述目标组件所需要的各待编译文件；

步骤103：将所获取的各待编译文件编译生成所述目标组件。

在应用程序开发的过程中，为了有利于源代码的调取和集成，需要将源代码编译成可以单独工作的组件。其中，应用程序可以指为完成某项或多项特定工作的计算机程序。组件可以指具有相对独立功能、接口由契约指定、和语境有明显依赖关系、可独立部署、可组装的软件实体。采用不同组件所实现的功能可以包括多种，例如播放功能、下载功能或上传功能等。组件的标识信息可以指用来区分不同组件的信息，例如组件名称、组件版本号等，本实施例对此不作限制。举例而言，组件的标识信息可以为播放组件1.0版本或下载组件1.1.1版本。

对应地，每个组件设置有配置文件例如Spec(Specification)文件。其中，Spec文件可以用于对例如产品、系统或服务等的详细规格进行说明。在本实施例中，Spec文件可以用于对组件的详细规格进行说明。组件配置仓库用于管理各组件的配置文件。举例而言，在目标组件为“播放组件1.0版本”的情况下，根据目标组件的标识信息“播放组件1.0版本”，可以从组件配置仓库中获取“播放组件1.0版本”对应的Spec文件。进一步地，根据“播放组件1.0版本”对应的Spec文件，可以获取生成“播放组件1.0版本”所需要的各待编译文件。

在一种可能的实现方式中，如图2所示，根据目标组件的标识信息，从组件配置仓库中获取与所述标识信息对应的配置文件(步骤101)，包括：

步骤201：在通过静态库工程的方式调用所述目标组件的情况下，根据目标组件的标识信息，从组件配置仓库中获取与所述标识信息对应的配置文件。

在一种可能的实现方式中，如图3所示，根据目标组件的标识信息，从组件配置仓库中获取与所述标识信息对应的配置文件(步骤101)，包括：

步骤301：在通过静态库或动态库的方式调用所述目标组件的情况下，根据目标组件的标识信息，从组件配置仓库中获取与所述标识信息对应的配置文件。

其中，将目标组件集成到应用程序中的方式可以包括静态库工程、静态库、动态库工程或动态库。具体而言，静态库工程可以通过子工程的方式加入到应用程序对应的目标工程中。静态库可以为一些外部函数和变量的集合体，需要在编译期间和源代码连接在一起使用。动态库可以在运行时加载使用，不需要在编译期和源代码连接在一起。在应用程序对应的目标工程编译之前，先编译动态库工程，再将生成的静态库加入到应用程序对应的目标工程中使用。本实施例不限制集成方式，可以根据应用程序的开发情况，采用不同的方式进行集成。静态库和动态库都可以实现文件隐藏，可以保护实现特定功能的源代码。静态库工程和动态库工程可以直接在应用程序中修改组件代码，有利于排除程序故障。

在一种可能的实现方式中，如图4所示，根据所述配置文件，获取生成所述目标组件所需要的各待编译文件(步骤102)，具体可以包括：

步骤401：从所述配置文件中，获取源文件地址，并获取用于生成所述目标组件所需要的资源文件地址、系统库地址、静态库地址和动态库地址；

步骤402：根据所述源文件地址，获取源文件，并分别根据所述资源文件地址、所述系统库地址、所述静态库地址和所述动态库地址，获取生成所述目标组件所需要的资源文件、系统库、静态库和动态库。

其中，源文件可以存储用计算机语言例如C语言、Java语言编写的代码。资源文件可以存储例如图片、音频、视频和文字等资源。系统库可以指系统自身的库资源。静态库和动态库属于共享程序代码的方式。其中，静态库可以编译到代码中，组件可以在没有静态库的环境中运行；动态库不能编译到代码中，应用程序通常需要在有链接库文件的环境下运行。

本实施例以下载组件为例进行示例性说明。其中，源文件所记载的代码可以实现下载功能。资源文件可以为生成下载组件所需要的下载图标，例如“↓”。系统库可以为生成下载组件所需要的系统自身的库资源，例如网络通信库。静态库可以为生成下载组件所需要的第三方静态库，例如微博，微信等用于分享的静态库。动态库可以为生成下载组件所需要的第三方动态库，例如播放编解码软件Fast Forward Mpeg。

Carthage、Cocoapods是两款较为常用的类库管理工具，可以通过Carthage或Cocoapods进行组件管理。本实施例以Cocoapods为例进行示例性说明。给出Spec文件的声明和项目使用的配置文件：

1、根据CocoaPods设置Spec文件：

2.根据CocoaPods设置描述文件

source"git@git.intra.tudou.com:tudou_ios/tudouspec.git"

pod'TDShareKit’,'0.1.6'

其中，上述Spec文件中设置有组件名称TDShareKit，组件版本号0.1.6。根据source中的git和tag可以得到TDShareKit组件0.1.6版本的git仓库地址，可以通过source获取到TDShareKit组件0.1.6版本的全部文件。Platform定义了TDShareKit组件0.1.6版本支持的系统和版本号，例如支持ios系统7.0版本。可以通过resource_bundles定义的路径获取资源文件。可以通过source_files定义的路径获取源文件。可以通过Frameworks定义的的路径获取依赖的系统库，可以通过Vendored_libraries定义的的路径获取依赖的第三方静态库、第三方动态库。

在一种可能的实现方式中，如图5所示，应用程序开发系统中的组件管理方法还可以包括：

步骤104：在所述目标组件生成之后，对所述目标组件的特定功能进行测试，以确定所述目标组件是否能够实现所述特定功能。

例如，可以通过编写单元测试代码，对组件提供的公共接口进行测试。

本发明实施例的应用程序开发系统中的组件管理方法，通过目标组件的标识信息获取对应的配置文件后，通过配置文件可以获取生成目标组件所需要的各待编译文件，从而将所获取的各待编译文件编译生成目标组件。在应用程序开发过程中，本发明实施例的应用程序开发系统中的组件管理方法，可以便捷地重复调用实现特定功能的目标组件，提高应用程序开发的效率。

进一步地，本发明实施例的应用程序开发系统中的组件管理方法，在目标组件生成之后，通过测试以确定目标组件是否能够实现特定功能，可以提高组件的健壮性。

实施例2

图6示出根据本发明一实施例的一种应用程序开发系统中的组件管理装置的结构框图。如图6所示，该应用程序开发系统中的组件管理装置主要可以包括：第一获取模块11，用于根据目标组件的标识信息，从组件配置仓库中获取与所述标识信息对应的配置文件。第二获取模块13，与所述第一获取模块11连接，用于根据所述配置文件，获取生成所述目标组件所需要的各待编译文件。编译模块15，与所述第二获取模块13连接，用于将所获取的各待编译文件编译生成所述目标组件。具体原理和示例可以参见实施例1以及图1的相关描述。

在一种可能的实现方式中，如图7所示，第二获取模块13，包括：地址获取单元131，用于从所述配置文件中，获取源文件地址，并获取用于生成所述目标组件所需要的资源文件地址、系统库地址、静态库地址和动态库地址。文件获取单元133，与所述地址获取单元连接，用于根据所述源文件地址，获取源文件，并分别根据所述资源文件地址、所述系统库地址、所述静态库地址和所述动态库地址，获取生成所述目标组件所需要的资源文件、系统库、静态库和动态库。具体原理和示例可以参见实施例1以及图4的相关描述。

在一种可能的实现方式中，第一获取模块11，具体用于在通过静态库工程的方式调用所述目标组件的情况下，根据目标组件的标识信息，从组件配置仓库中获取与所述标识信息对应的配置文件；或在通过静态库或动态库的方式调用所述目标组件的情况下，根据目标组件的标识信息，从组件配置仓库中获取与所述标识信息对应的配置文件。具体原理和示例可以参见实施例1以及图2、图3的相关描述。

在一种可能的实现方式中，如图8所示，该应用程序开发系统中的组件管理装置还可以包括：检测模块17，与所述编译模块15连接，用于在所述目标组件生成之后，对所述目标组件的特定功能进行测试，以确定所述目标组件是否能够实现所述特定功能。具体原理和示例可以参见实施例1以及图5的相关描述。

本发明实施例的应用程序开发系统中的组件管理装置，通过目标组件的标识信息获取对应的配置文件后，通过配置文件可以获取生成目标组件所需要的各待编译文件，从而将所获取的各待编译文件编译生成目标组件。在应用程序开发过程中，本发明实施例的应用程序开发系统中的组件管理装置，可以便捷地重复调用实现特定功能的目标组件，提高应用程序开发的效率。

进一步地，本发明实施例的应用程序开发系统中的组件管理装置，在目标组件生成之后，通过测试以确定目标组件是否能够实现特定功能，可以提高组件的健壮性。

实施例3

图9示出根据本发明一实施例的一种应用程序开发系统中的组件管理设备的结构框图。所述应用程序开发系统中的组件管理设备1100可以是具备计算能力的主机服务器、个人计算机PC、或者可携带的便携式计算机或终端等。本发明具体实施例并不对计算节点的具体实现做限定。

所述应用程序开发系统中的组件管理设备1100包括处理器(processor)1110、通信接口(Communications Interface)1120、存储器(memory)1130和总线1140。其中，处理器1110、通信接口1120、以及存储器1130通过总线1140完成相互间的通信。

通信接口1120用于与网络设备通信，其中网络设备包括例如虚拟机管理中心、共享存储等。

处理器1110用于执行程序。处理器1110可能是一个中央处理器CPU，或者是专用集成电路ASIC(Application Specific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。

存储器1130用于存放文件。存储器1130可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器1130也可以是存储器阵列。存储器1130还可能被分块，并且所述块可按一定的规则组合成虚拟卷。

在一种可能的实现方式中，上述程序可为包括计算机操作指令的程序代码。该程序具体可用于：实现实施例1中各步骤的操作。

本领域普通技术人员可以意识到，本文所描述的实施例中的各示例性单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件形式来实现，取决于技术方案的特定应用和设计约束条件。专业技术人员可以针对特定的应用选择不同的方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

如果以计算机软件的形式来实现所述功能并作为独立的产品销售或使用时，则在一定程度上可认为本发明的技术方案的全部或部分(例如对现有技术做出贡献的部分)是以计算机软件产品的形式体现的。该计算机软件产品通常存储在计算机可读取的非易失性存储介质中，包括若干指令用以使得计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各实施例方法的全部或部分步骤。而前述的存储介质包括U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (8)

1.一种应用程序开发系统中的组件管理方法，其特征在于，包括：

根据目标组件的标识信息，从组件配置仓库中获取与所述标识信息对应的配置文件；

根据所述配置文件，获取生成所述目标组件所需要的各待编译文件；

将所获取的各待编译文件编译生成所述目标组件。

2.根据权利要求1所述的方法，其特征在于，根据所述配置文件，获取生成所述目标组件所需要的各待编译文件，包括：

从所述配置文件中，获取源文件地址，并获取用于生成所述目标组件所需要的资源文件地址、系统库地址、静态库地址和动态库地址；

根据所述源文件地址，获取源文件，并分别根据所述资源文件地址、所述系统库地址、所述静态库地址和所述动态库地址，获取生成所述目标组件所需要的资源文件、系统库、静态库和动态库。

3.根据权利要去1所述的方法，其特征在于，根据目标组件的标识信息，从组件配置仓库中获取与所述标识信息对应的配置文件，包括：

在通过静态库工程的方式调用所述目标组件的情况下，根据目标组件的标识信息，从组件配置仓库中获取与所述标识信息对应的配置文件；或

在通过静态库或动态库的方式调用所述目标组件的情况下，根据目标组件的标识信息，从组件配置仓库中获取与所述标识信息对应的配置文件。

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

在所述目标组件生成之后，对所述目标组件的特定功能进行测试，以确定所述目标组件是否能够实现所述特定功能。

5.一种应用程序开发系统中的组件管理装置，其特征在于，包括：

第一获取模块，用于根据目标组件的标识信息，从组件配置仓库中获取与所述标识信息对应的配置文件；

第二获取模块，与所述第一获取模块连接，用于根据所述配置文件，获取生成所述目标组件所需要的各待编译文件；

编译模块，与所述第二获取模块连接，用于将所获取的各待编译文件编译生成所述目标组件。

6.根据权利要求5所述的装置，其特征在于，第二获取模块，包括：

地址获取单元，用于从所述配置文件中，获取源文件地址，并获取用于生成所述目标组件所需要的资源文件地址、系统库地址、静态库地址和动态库地址；

文件获取单元，与所述地址获取单元连接，用于根据所述源文件地址，获取源文件，并分别根据所述资源文件地址、所述系统库地址、所述静态库地址和所述动态库地址，获取生成所述目标组件所需要的资源文件、系统库、静态库和动态库。

7.根据权利要求5所述的装置，其特征在于，第一获取模块，具体用于

在通过静态库工程的方式调用所述目标组件的情况下，根据目标组件的标识信息，从组件配置仓库中获取与所述标识信息对应的配置文件；或

在通过静态库或动态库的方式调用所述目标组件的情况下，根据目标组件的标识信息，从组件配置仓库中获取与所述标识信息对应的配置文件。

8.根据权利要求5至7中任一项所述的装置，其特征在于，还包括：

检测模块，与所述编译模块连接，用于在所述目标组件生成之后，对所述目标组件的特定功能进行测试，以确定所述目标组件是否能够实现所述特定功能。