CN113094086A - 组件集成方法、装置、计算机可读存储介质及电子设备 - Google Patents

Abstract

本公开的实施例公开了一种组件集成方法、装置、计算机可读存储介质及电子设备。该方法包括：在根据目标组件信息，识别出目标组件信息所指向的目标组件属于Flutter组件的情况下，根据目标组件信息，获取目标组件；根据目标组件的组件代码目录，确定并获取目标组件所依赖的各个组件；调用预设组件集成函数，将目标组件所依赖的各个组件集成于与目标组件关联的宿主工程；根据目标组件的组件描述配置文件，将目标组件集成于宿主工程。本公开的实施例能够成功将Flutter组件集成至需要使用其的APP，整个过程实施起来非常便捷，无需过多的人工参与，有利于避免人工引入不全、不同步的问题，能够保证集成效率和集成效果。

Description

组件集成方法、装置、计算机可读存储介质及电子设备

技术领域

本公开涉及通信技术领域，尤其涉及一种组件集成方法、装置、计算机可读存储介质及电子设备。

背景技术

Flutter是谷歌发布的移动用户界面(User Interface，UI)框架，其可以用于构建跨平台手机应用程序(Application，APP)，快速地在操作系统上构建高质量的用户界面。

目前，在将Flutter组件集成至APP时，采用的集成方式很大程度上依赖于人工，实施起来非常繁琐，效率低，集成效果也难以保证。

发明内容

为了解决上述技术问题，提出了本公开。本公开的实施例提供了一种组件集成方法、装置、计算机可读存储介质及电子设备。

根据本公开实施例的一个方面，提供了一种组件集成方法，包括：

在根据目标组件信息，识别出所述目标组件信息所指向的目标组件属于Flutter组件的情况下，根据所述目标组件信息，获取所述目标组件；

根据所述目标组件的组件代码目录，确定并获取所述目标组件所依赖的各个组件；

调用预设组件集成函数，将所述目标组件所依赖的各个组件集成于与所述目标组件关联的宿主工程；

根据所述目标组件的组件描述配置文件，将所述目标组件集成于所述宿主工程。

在一个可选示例中，所述在根据目标组件信息，识别出所述目标组件信息所指向的目标组件属于Flutter组件的情况下，根据所述目标组件信息，获取所述目标组件之前，所述方法还包括：

判断所述目标组件信息中是否包括预设Flutter协议数据；

在所述目标组件信息中包括所述预设Flutter协议数据的情况下，识别出所述所述目标组件信息所指向的目标组件属于Flutter组件；否则，识别出所述目标组件信息所指向的目标组件不属于Flutter组件。

在一个可选示例中，所述目标组件信息中包括组件属性数据；

所述根据所述目标组件信息，获取所述目标组件，包括：

确定所述组件属性数据的组成；

以与所述组件属性数据的组成匹配的获取方式，获取所述目标组件。

在一个可选示例中，

所述组件属性数据的组成具体为：包括本地存储位置，或者包括组件名称和本地存储位置，则以与所述组件属性数据的组成匹配的获取方式，获取所述目标组件，包括：

从所述本地存储位置中获取所述目标组件；

或者，

所述组件属性数据的组成具体为：包括组件名称和组件版本号，则以与所述组件属性数据的组成匹配的获取方式，获取所述目标组件，包括：

根据所述组件名称和所述组件版本号，调用相应的应用程序编程接口API，以远程下载所述目标组件。

在一个可选示例中，

所述本地存储位置中还存储有组件描述配置文件，则所述根据所述目标组件的组件描述配置文件，将所述目标组件集成于所述宿主工程，包括：

根据所述本地存储位置中的组件描述配置文件，将所述目标组件集成于所述宿主工程；

或者，

远程下载的所述目标组件的组件代码目录中包括组件描述配置文件，则所述根据所述目标组件的组件描述配置文件，将所述目标组件集成于所述宿主工程，包括：

根据远程下载的所述目标组件的组件代码目录中的组件描述配置文件，将所述目标组件集成于所述宿主工程。

在一个可选示例中，

从所述本地存储位置中获取的所述目标组件的代码类型为源码；

或者，

远程下载的所述目标组件的代码类型为源码经编译后的结果。

根据本公开实施例的另一个方面，提供了一种组件集成装置，包括：

第一获取模块，用于在根据目标组件信息，识别出所述目标组件信息所指向的目标组件属于Flutter组件的情况下，根据所述目标组件信息，获取所述目标组件；

第二获取模块，用于根据所述目标组件的组件代码目录，确定并获取所述目标组件所依赖的各个组件；

第一集成模块，用于调用预设组件集成函数，将所述目标组件所依赖的各个组件集成于与所述目标组件关联的宿主工程；

第二集成模块，用于根据所述目标组件的组件描述配置文件，将所述目标组件集成于所述宿主工程。

在一个可选示例中，所述装置还包括：

判断模块，用于在根据目标组件信息，识别出所述目标组件信息所指向的目标组件属于Flutter组件的情况下，根据所述目标组件信息，获取所述目标组件之前，判断所述目标组件信息中是否包括预设Flutter协议数据；在所述目标组件信息中包括所述预设Flutter协议数据的情况下，触发第一识别模块；否则，触发第二识别模块；

所述第一识别模块，用于识别出所述所述目标组件信息所指向的目标组件属于Flutter组件；

所述第二识别模块，用于识别出所述目标组件信息所指向的目标组件不属于Flutter组件。

在一个可选示例中，所述目标组件信息中包括组件属性数据；

所述第一获取模块，包括：

确定子模块，用于确定所述组件属性数据的组成；

获取子模块，用于以与所述组件属性数据的组成匹配的获取方式，获取所述目标组件。

在一个可选示例中，

所述组件属性数据的组成具体为：包括本地存储位置，或者包括组件名称和本地存储位置，则所述获取子模块，具体用于：

从所述本地存储位置中获取所述目标组件；

或者，

所述组件属性数据的组成具体为：包括组件名称和组件版本号，则所述获取子模块，具体用于：

根据所述组件名称和所述组件版本号，调用相应的应用程序编程接口API，以远程下载所述目标组件。

在一个可选示例中，

所述本地存储位置中还存储有组件描述配置文件，则所述第二集成模块，具体用于：

根据所述本地存储位置中的组件描述配置文件，将所述目标组件集成于所述宿主工程；

或者，

远程下载的所述目标组件的组件代码目录中包括组件描述配置文件，则所述第二集成模块，具体用于：

根据远程下载的所述目标组件的组件代码目录中的组件描述配置文件，将所述目标组件集成于所述宿主工程。

在一个可选示例中，

从所述本地存储位置中获取的所述目标组件的代码类型为源码；

或者，

远程下载的所述目标组件的代码类型为源码经编译后的结果。

根据本公开实施例的再一个方面，提供了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序用于执行上述组件集成方法。

根据本公开实施例的又一个方面，提供了一种电子设备，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

所述处理器，用于从所述存储器中读取所述可执行指令，并执行所述指令以实现上述组件集成方法。

本公开的实施例中，可以先根据目标组件信息，识别目标组件信息所指向的目标组件是否属于Flutter组件，在识别结果为属于的情况下，可以根据目标组件信息，获取目标组件。接下来，可以根据目标组件的组件代码目录，确定并获取目标组件所依赖的各个组件，由于目标组件和目标组件所依赖的各个组件均已经获取了，可以认为集成所需的基础数据已准备好了。之后，可以调用预设组件集成函数，将目标组件所依赖的各个组件集成于与目标组件关联的宿主工程，并根据目标组件的组件描述配置文件，将目标组件集成于宿主工程。可见，本公开的实施例中，利用目标组件信息，不仅能够识别出属于Flutter组件的目标组件，还能够实现目标组件的获取，基于目标组件的组件代码目录，能够实现目标组件所依赖的组件的获取，再结合预设组件集成函数和目标组件的组件描述配置文件，能够将目标组件和目标组件所依赖的组件自动集成于同一载体，这样相当于成功将Flutter组件集成至了需要使用其的APP，从而有利于在该APP上构建高质量的用户界面，整个过程实施起来非常便捷，无需过多的人工参与，有利于避免人工引入不全、不同步的问题(例如人工引入目标组件所依赖的组件时容易遗漏)，这样能够保证集成效率和集成效果。

下面通过附图和实施例，对本公开的技术方案做进一步的详细描述。

附图说明

通过结合附图对本公开实施例进行更详细的描述，本公开的上述以及其他目的、特征和优势将变得更加明显。附图用来提供对本公开实施例的进一步理解，并且构成说明书的一部分，与本公开实施例一起用于解释本公开，并不构成对本公开的限制。在附图中，相同的参考标号通常代表相同部件或步骤。

图1是本公开一示例性实施例提供的组件集成方法的流程示意图。

图2是本公开另一示例性实施例提供的组件集成方法的流程示意图。

图3是本公开一示例性实施例中目标组件的组件代码目录的示意图。

图4是本公开一示例性实施例中framework(即架构)的目录结构的示意图。

图5是本公开一示例性实施例提供的组件集成装置的结构示意图。

图6是本公开一示例性实施例提供的电子设备的结构图。

具体实施方式

下面，将参考附图详细地描述根据本公开的示例实施例。显然，所描述的实施例仅仅是本公开的一部分实施例，而不是本公开的全部实施例，应理解，本公开不受这里描述的示例实施例的限制。

应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。

本领域技术人员可以理解，本公开实施例中的“第一”、“第二”等术语仅用于区别不同步骤、设备或模块等，既不代表任何特定技术含义，也不表示它们之间的必然逻辑顺序。

还应理解，在本公开实施例中，“多个”可以指两个或两个以上，“至少一个”可以指一个、两个或两个以上。

还应理解，对于本公开实施例中提及的任一部件、数据或结构，在没有明确限定或者在前后文给出相反启示的情况下，一般可以理解为一个或多个。

另外，本公开中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本公开中字符“/”，一般表示前后关联对象是一种“或”的关系。

还应理解，本公开对各个实施例的描述着重强调各个实施例之间的不同之处，其相同或相似之处可以相互参考，为了简洁，不再一一赘述。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

本公开实施例可以应用于终端设备、计算机系统、服务器等电子设备，其可与众多其它通用或专用计算系统环境或配置一起操作。适于与终端设备、计算机系统、服务器等电子设备一起使用的众所周知的终端设备、计算系统、环境和/或配置的例子包括但不限于：个人计算机系统、服务器计算机系统、瘦客户机、厚客户机、手持或膝上设备、基于微处理器的系统、机顶盒、可编程消费电子产品、网络个人电脑、小型计算机系统、大型计算机系统和包括上述任何系统的分布式云计算技术环境，等等。

终端设备、计算机系统、服务器等电子设备可以在由计算机系统执行的计算机系统可执行指令(诸如程序模块)的一般语境下描述。通常，程序模块可以包括例程、程序、目标程序、组件、逻辑、数据结构等等，它们执行特定的任务或者实现特定的抽象数据类型。计算机系统/服务器可以在分布式云计算环境中实施，分布式云计算环境中，任务是由通过通信网络链接的远程处理设备执行的。在分布式云计算环境中，程序模块可以位于包括存储设备的本地或远程计算系统存储介质上。

示例性方法

图1是本公开一示例性实施例提供的组件集成方法的流程示意图。图1所示的方法可以包括步骤111、步骤112、步骤113和步骤114，下面对各步骤分别进行说明。

步骤111，在根据目标组件信息，识别出目标组件信息所指向的目标组件属于Flutter组件的情况下，根据目标组件信息，获取目标组件。

这里，目标组件信息中可以包括若干种与组件特征相关的信息，包括但不限于组件名称、组件版本号、组件存储位置、组件类型等；其中，组件存储位置既可以为本地存储位置，也可以为远程存储位置。

在步骤111中，参考目标组件信息中包括的信息，能够唯一确定一组件，确定出的组件即可作为目标组件信息所指向的目标组件。

另外，在步骤111中，还可以根据目标组件信息，识别目标组件信息所指向的目标组件是否属于Flutter组件，例如通过一处理插件，识别目标组件是否属于Flutter组件；其中，处理插件可以为cocoapods-ljflutter插件，cocoapods是一个负责管理iOS这种移动操作系统项目中第三方开源库的工具。在识别结果为目标组件属于Flutter组件的情况下，可以根据目标组件信息，获取目标组件(这相当于获取了用于构成目标组件的代码)。在一种具体实施方式中，目标组件信息中包括组件属性数据；

根据目标组件信息，获取目标组件，包括：

确定组件属性数据的组成；

以与组件属性数据的组成匹配的获取方式，获取目标组件。

需要说明的是，组件属性数据的组成可以有多种可能的情况，下面对其中两种情况及相应的目标组件获取方式进行举例介绍。

在第一种情况中，组件属性数据的组成具体为：包括本地存储位置，或者包括组件名称和本地存储位置，相应地，以与组件属性数据的组成匹配的获取方式，获取目标组件，包括：

从本地存储位置中获取目标组件。

可选地，从本地存储位置中获取的目标组件的代码类型可以为源码。

在一个例子中，组件属性数据中具体仅包括path＝＞’../abc’这个本地存储位置，或者同时包括flutter_beike_portal这个组件名称和path＝＞’../abc’这个本地存储位置，则可以获取path＝＞’../abc’这个本地存储位置中存储的组件，所获取的组件即可作为目标组件。

在第二种情况中，组件属性数据的组成具体为：包括组件名称和组件版本号，相应地，以与组件属性数据的组成匹配的获取方式，获取目标组件，包括：

根据组件名称和组件版本号，调用相应的应用程序编程接口(ApplicationProgramming Interface，API)，以远程下载目标组件。

可选地，远程下载的目标组件的代码类型可以为源码经编译后的结果。

需要说明的是，可以预先在远程设备(例如远程服务器)中存储多个组件，每个组件具有各自的组件名称和组件版本号，另外，还可以预先设置与远程设备中的多个组件一一对应的多个API。

在一个例子中，组件属性数据中具体包括flutter_beike_portal这个组件名称和1.1.0这个组件版本号，则可以根据flutter_beike_portal和1.1.0，确定出相应的API，之后，通过对所确定的API的调用，可以从远程设备中下载相应组件，所下载的组件即可作为目标组件。

可见，以上两种情况中，基于组件属性数据的组成，均可以通过合适的方式，便捷可靠地获取到目标组件，以便基于获取到的目标组件执行后续步骤。

步骤112，根据目标组件的组件代码目录，确定并获取目标组件所依赖的各个组件。

需要说明的是，目标组件的组件代码目录中可以记录有目标组件与其它组件之间的依赖关系以及其它组件的存储信息等，在已获取目标组件的情况下，可以进一步基于目标组件的组件代码目录中记录的依赖关系和存储信息，便捷可靠地确定出目标组件依赖于哪些组件，这些组件具体存储于什么位置，基于确定出的这些信息，即可获取目标组件所依赖的各个组件。

可选地，目标组件所依赖的组件也可以称为Plugin组件，Plugin组件可以由iOS代码构成，目标组件依赖于Plugin组件可以是指：在实际使用时，目标组件与Plugin组件需要调用对方中的代码文件。

步骤113，调用预设组件集成函数，将目标组件所依赖的各个组件集成于与目标组件关联的宿主工程。

这里，预设组件集成函数可以为预先配置的、可实现Plugin组件的集成的cocoapods函数。

这里，与目标组件关联的宿主工程可以是指针对需要引入目标组件的APP配置的工程；其中，与目标组件关联的宿主工程的数量可以为一个或者至少两个，也即，需要引入目标组件的APP的数量可以为一个或者至少两个。

步骤114，根据目标组件的组件描述配置文件，将目标组件集成于宿主工程。

这里，目标组件的组件描述配置文件可以是cocoapods官方提供的组件描述配置文件。

在上文中组件属性数据的组成的第一种情况的基础上，本地存储位置中还可以存储有组件描述配置文件，则步骤114，包括：

根据本地存储位置中的组件描述配置文件，将目标组件集成于宿主工程。

这里，若组件属性数据的组成具体为：包括本地存储位置，或者包括组件名称和本地存储位置，则本地存储位置中不仅可以存储有目标组件(假设其的代码类型为源码)，还可以一并存储有目标组件的组件描述配置文件，这样，从本地存储位置中不仅可以获取到目标组件本身，还可以获取到目标组件的组件描述配置文件，以便据此进行目标组件的集成。可选地，目标组件的组件描述配置文件中可以写有用于编译目标组件的代码，通过对该代码的调用，可以自动将目标组件以组件的buildphase(即构建阶段)方式集成于宿主工程。

在上文中组件属性数据的组成的第二种情况的基础上，远程下载的目标组件的组件代码目录中包括组件描述配置文件，则根据目标组件的组件描述配置文件，将目标组件集成于宿主工程，包括：

根据远程下载的目标组件的组件代码目录中的组件描述配置文件，将目标组件集成于宿主工程。

这里，若组件属性数据的组成具体为：包括组件名称和组件版本号，则远程下载的目标组件(假设其代码类型为源码经编译后的结果)的组件代码目录中可以包括目标组件的组件描述配置文件，这样，可以直接依据组件代码目录中的组件描述配置文件，进行目标组件的集成。可选地，目标组件的组件描述配置文件中可以包括spec[：vendored_frameworks]代码，通过调用该代码，可以将目标组件打包成framework(即架构)引入宿主工程，以实现目标组件的集成。

可见，不管组件属性数据的组成为何种情况，均可以通过合适的方式获取到目标组件的组件描述配置文件，并基于目标组件的组件描述配置文件，以合适的方式实现目标组件的组成。

本公开的实施例中，可以先根据目标组件信息，识别目标组件信息所指向的目标组件是否属于Flutter组件，在识别结果为属于的情况下，可以根据目标组件信息，获取目标组件。接下来，可以根据目标组件的组件代码目录，确定并获取目标组件所依赖的各个组件，由于目标组件和目标组件所依赖的各个组件均已经获取了，可以认为集成所需的基础数据已准备好了。之后，可以调用预设组件集成函数，将目标组件所依赖的各个组件集成于与目标组件关联的宿主工程，并根据目标组件的组件描述配置文件，将目标组件集成于宿主工程。可见，本公开的实施例中，利用目标组件信息，不仅能够识别出属于Flutter组件的目标组件，还能够实现目标组件的获取，基于目标组件的组件代码目录，能够实现目标组件所依赖的组件的获取，再结合预设组件集成函数和目标组件的组件描述配置文件，能够将目标组件和目标组件所依赖的组件自动集成于同一载体，这样相当于成功将Flutter组件集成至了需要使用其的APP，从而有利于在该APP上构建高质量的用户界面，整个过程实施起来非常便捷，无需过多的人工参与，有利于避免人工引入不全、不同步的问题(例如人工引入目标组件所依赖的组件时容易遗漏)，这样能够保证集成效率和集成效果。

在图1所示实施例的基础上，如图2所示，在步骤111之前，该方法还包括：

步骤101，判断目标组件信息中是否包括预设Flutter协议数据；在目标组件信息中包括预设Flutter协议数据的情况下，执行步骤102；否则，执行步骤103。

步骤102，识别出目标组件信息所指向的目标组件属于Flutter组件。

步骤103，识别出目标组件信息所指向的目标组件不属于Flutter组件。

这里，预设Flutter协议数据可以呈如下形式：“：isFlutter＝＞true”，当然，预设Flutter协议数据也可以呈其它形式，例如“：isFlutter＝1”，在此不再一一列举。

本公开的实施例中，通过判断目标组件信息中是否包括预设Flutter协议数据，能够便捷可靠地识别出目标组件信息所指向的目标组件是否属于Flutter组件。

本公开的实施例中，为了将Flutter组件集成至APP，可以有两种可能的集成策略，分别是path集成策略和版本集成策略，下面先对path集成策略进行介绍。

需要说明的是，path集成策略适用于本地开发人员进行flutter开发的情况(这种情况下，本地部署有flutterSDK)；其中，SDK的英文全称是Software Development Kit，SDK的中文意思是软件开发工具包。采用path集成策略时，目标组件信息可以呈如下形式：“pod‘flutter_beike_portal’，：path＝＞’../abc’，：isFlutter＝＞true”，利用cocoapods-ljflutter插件，能够识别出目标组件信息中包括“：isFlutter＝＞true”，则可以识别出目标组件信息所指向的目标组件(即path＝＞’../abc’这个本地存储位置中存储的组件)属于Flutter组件，另外还可以从本地获取目标组件。

接下来，cocoapods-liflutter插件可以解析flutter_beike_portal的代码目录(其相当于上文中的组件代码目录)，通过cd命令进入该代码目录，通过flutter pub get命令(即flutterSDK命令)，构建flutter代码的上下文环境，具体地，构建flutter代码的上下文环境的方式为：解析该代码目录下的.flutter-plugins文件，获取flutter中使用的iOS代码及目录(其相当于上文中的根据目标组件的组件代码目录，确定并获取目标组件所依赖的各个组件)。

之后，可以调用cocoapods函数自动将IOS代码以多个组件方式集成(其相当于上文中的调用预设组件集成函数，将目标组件所依赖的各个组件集成于与目标组件关联的宿主工程)，并基于flutter_beike_portal.podspec代码自动将flutter代码以组件的buildphase方式集成(其相当于上文中的根据目标组件的组件描述配置文件，将目标组件集成于宿主工程)。

下面对版本集成策略进行介绍。

需要说明的是，版本集成策略既适用于本地开发人员进行flutter开发的情况，也适用于非本地开发人员进行flutter开发的情况(这种情况下，本地既可以部署flutterSDK，也可以不部署flutterSDK)。采用版本集成策略时，目标组件信息可以呈如下形式：“pod‘flutter_beike_portal’，：1.1.0’，：isFlutter＝＞tme”，利用cocoapods-ljflutter插件，能够识别出目标组件信息中包括“：isFlutter＝＞true”，则可以识别出目标组件信息所指向的目标组件(即组件名称为flutter_beike_portal组件版本号为1.1.0的组件)属于Flutter组件，另外还可以远程下载目标组件。

这里，如图3所示，目标组件的组件代码目录中可以包括inner_plugins/package_config.json文件，通过对该文件进行解析，可以确定出所有的plugin所在的目录，那么可以据此进行plugin的获取，之后可以使用cocoapods函数将plugin代码集成进入pod(这相当于上文中的根据目标组件的组件代码目录，确定并获取目标组件所依赖的各个组件，调用预设组件集成函数，将目标组件所依赖的各个组件集成于与目标组件关联的宿主工程)。另外，通过调用flutter_beike_portal.podspec文件核心代码中的spec[：vendored_frameworks]，可以将flutter代码打包成的framework引入工程(其相当于上文中的根据目标组件的组件描述配置文件，将目标组件集成于宿主工程)，打包成的framework的目录结构可以如图4所示。

综上，本公开的实施例中，通过引入新增的协议(即isFlutter)，能够便捷可靠地识别出Flutter组件；通过使用处理插件，能够便捷可靠地实现针对Flutter组件的解析和处理；本公开的实施例还能够自动集成Flutter plugin(其相当于上文中目标组件所依赖的组件)，避免人工引入不全、不同步的问题；本公开的实施例还能够支持非本地开发人员进行fiutter开发，以兼顾非本地开发人员进行flutter开发的情况和本地开发人员进行flutter开发的情况；本公开的实施例还能够支持组件化开发。

本公开的实施例提供的任一种组件集成方法可以由任意适当的具有数据处理能力的设备执行，包括但不限于：终端设备和服务器等。或者，本公开实施例提供的任一种组件集成方法可以由处理器执行，如处理器通过调用存储器存储的相应指令来执行本公开实施例提及的任一种组件集成方法。下文不再赘述。

示例性装置

图5是本公开一示例性实施例提供的组件集成装置的结构示意图，图5所示的装置包括第一获取模块511、第二获取模块512、第一集成模块513和第二集成模块514。

第一获取模块511，用于在根据目标组件信息，识别出目标组件信息所指向的目标组件属于Flutter组件的情况下，根据目标组件信息，获取目标组件；

第二获取模块512，用于根据目标组件的组件代码目录，确定并获取目标组件所依赖的各个组件；

第一集成模块513，用于调用预设组件集成函数，将目标组件所依赖的各个组件集成于与目标组件关联的宿主工程；

第二集成模块514，用于根据目标组件的组件描述配置文件，将目标组件集成于宿主工程。

在一个可选示例中，该装置还包括：

判断模块，用于在根据目标组件信息，识别出目标组件信息所指向的目标组件属于Flutter组件的情况下，根据目标组件信息，获取目标组件之前，判断目标组件信息中是否包括预设Flutter协议数据；在目标组件信息中包括预设Flutter协议数据的情况下，触发第一识别模块；否则，触发第二识别模块；

第一识别模块，用于识别出目标组件信息所指向的目标组件属于Flutter组件；

第二识别模块，用于识别出目标组件信息所指向的目标组件不属于Flutter组件。

在一个可选示例中，目标组件信息中包括组件属性数据；

第一获取模块511，包括：

确定子模块，用于确定组件属性数据的组成；

获取子模块，用于以与组件属性数据的组成匹配的获取方式，获取目标组件。

在一个可选示例中，

组件属性数据的组成具体为：包括本地存储位置，或者包括组件名称和本地存储位置，则获取子模块，具体用于：

从本地存储位置中获取目标组件；

或者，

组件属性数据的组成具体为：包括组件名称和组件版本号，则获取子模块，具体用于：

根据组件名称和组件版本号，调用相应的API，以远程下载目标组件。

在一个可选示例中，

本地存储位置中还存储有组件描述配置文件，则第二集成模块，具体用于：

根据本地存储位置中的组件描述配置文件，将目标组件集成于宿主工程；

或者，

远程下载的目标组件的组件代码目录中包括组件描述配置文件，则第二集成模块，具体用于：

根据远程下载的目标组件的组件代码目录中的组件描述配置文件，将目标组件集成于宿主工程。

在一个可选示例中，

从本地存储位置中获取的目标组件的代码类型为源码；

或者，

远程下载的目标组件的代码类型为源码经编译后的结果。

示例性电子设备

下面，参考图6来描述根据本公开实施例的电子设备。该电子设备可以是第一设备和第二设备中的任一个或两者、或与它们独立的单机设备，该单机设备可以与第一设备和第二设备进行通信，以从它们接收所采集到的输入信号。

图6图示了根据本公开实施例的电子设备600的框图。

如图6所示，电子设备600包括一个或多个处理器601和存储器602。

处理器601可以是中央处理单元(CPU)或者具有数据处理能力和/或指令执行能力的其他形式的处理单元，并且可以控制电子设备600中的其他组件以执行期望的功能。

存储器602可以包括一个或多个计算机程序产品，所述计算机程序产品可以包括各种形式的计算机可读存储介质，例如易失性存储器和/或非易失性存储器。所述易失性存储器例如可以包括随机存取存储器(RAM)和/或高速缓冲存储器(cache)等。所述非易失性存储器例如可以包括只读存储器(ROM)、硬盘、闪存等。在所述计算机可读存储介质上可以存储一个或多个计算机程序指令，处理器601可以运行所述程序指令，以实现上文所述的本公开的各个实施例的组件集成方法以及/或者其他期望的功能。在所述计算机可读存储介质中还可以存储诸如输入信号、信号分量、噪声分量等各种内容。

在一个示例中，电子设备600还可以包括：输入装置603和输出装置604，这些组件通过总线系统和/或其他形式的连接机构(未示出)互连。

例如，在电子设备600是第一设备或第二设备时，该输入装置603可以是麦克风或麦克风阵列。在电子设备600是单机设备时，该输入装置603可以是通信网络连接器，用于从第一设备和第二设备接收所采集的输入信号。

此外，该输入装置603还可以包括例如键盘、鼠标等等。

该输出装置604可以向外部输出各种信息。该输出装置604可以包括例如显示器、扬声器、打印机、以及通信网络及其所连接的远程输出装置等等。

当然，为了简化，图6中仅示出了该电子设备600中与本公开有关的组件中的一些，省略了诸如总线、输入/输出接口等等的组件。除此之外，根据具体应用情况，电子设备600还可以包括任何其他适当的组件。

示例性计算机程序产品和计算机可读存储介质

除了上述方法和设备以外，本公开的实施例还可以是计算机程序产品，其包括计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本公开各种实施例的组件集成方法中的步骤。

所述计算机程序产品可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例操作的程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如Java、C++等，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。

此外，本公开的实施例还可以是计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本公开各种实施例的组件集成方法中的步骤。

所述计算机可读存储介质可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

以上结合具体实施例描述了本公开的基本原理，但是，需要指出的是，在本公开中提及的优点、优势、效果等仅是示例而非限制，不能认为这些优点、优势、效果等是本公开的各个实施例必须具备的。另外，上述公开的具体细节仅是为了示例的作用和便于理解的作用，而非限制，上述细节并不限制本公开为必须采用上述具体的细节来实现。

本说明书中各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似的部分相互参见即可。对于系统实施例而言，由于其与方法实施例基本对应，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本公开中涉及的器件、装置、设备、系统的方框图仅作为例示性的例子并且不意图要求或暗示必须按照方框图示出的方式进行连接、布置、配置。如本领域技术人员将认识到的，可以按任意方式连接、布置、配置这些器件、装置、设备、系统。诸如“包括”、“包含”、“具有”等等的词语是开放性词汇，指“包括但不限于”，且可与其互换使用。这里所使用的词汇“或”和“和”指词汇“和/或”，且可与其互换使用，除非上下文明确指示不是如此。这里所使用的词汇“诸如”指词组“诸如但不限于”，且可与其互换使用。

可能以许多方式来实现本公开的方法和装置。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本公开的方法和装置。用于所述方法的步骤的上述顺序仅是为了进行说明，本公开的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本公开实施为记录在记录介质中的程序，这些程序包括用于实现根据本公开的方法的机器可读指令。因而，本公开还覆盖存储用于执行根据本公开的方法的程序的记录介质。

还需要指出的是，在本公开的装置、设备和方法中，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本公开的等效方案。

提供所公开的方面的以上描述以使本领域的任何技术人员能够做出或者使用本公开。对这些方面的各种修改对于本领域技术人员而言是非常显而易见的，并且在此定义的一般原理可以应用于其他方面而不脱离本公开的范围。因此，本公开不意图被限制到在此示出的方面，而是按照与在此公开的原理和新颖的特征一致的最宽范围。

为了例示和描述的目的已经给出了以上描述。此外，此描述不意图将本公开的实施例限制到在此公开的形式。尽管以上已经讨论了多个示例方面和实施例，但是本领域技术人员将认识到其某些变型、修改、改变、添加和子组合。

Claims (10)

1.一种组件集成方法，其特征在于，包括：

在根据目标组件信息，识别出所述目标组件信息所指向的目标组件属于Flutter组件的情况下，根据所述目标组件信息，获取所述目标组件；

根据所述目标组件的组件代码目录，确定并获取所述目标组件所依赖的各个组件；

调用预设组件集成函数，将所述目标组件所依赖的各个组件集成于与所述目标组件关联的宿主工程；

根据所述目标组件的组件描述配置文件，将所述目标组件集成于所述宿主工程。

2.根据权利要求1所述的方法，其特征在于，所述在根据目标组件信息，识别出所述目标组件信息所指向的目标组件属于Flutter组件的情况下，根据所述目标组件信息，获取所述目标组件之前，所述方法还包括：

判断所述目标组件信息中是否包括预设Flutter协议数据；

在所述目标组件信息中包括所述预设Flutter协议数据的情况下，识别出所述所述目标组件信息所指向的目标组件属于Flutter组件；否则，识别出所述目标组件信息所指向的目标组件不属于Flutter组件。

3.根据权利要求1所述的方法，其特征在于，所述目标组件信息中包括组件属性数据；

所述根据所述目标组件信息，获取所述目标组件，包括：

确定所述组件属性数据的组成；

以与所述组件属性数据的组成匹配的获取方式，获取所述目标组件。

4.根据权利要求3所述的方法，其特征在于，

所述组件属性数据的组成具体为：包括本地存储位置，或者包括组件名称和本地存储位置，则以与所述组件属性数据的组成匹配的获取方式，获取所述目标组件，包括：

从所述本地存储位置中获取所述目标组件；

或者，

所述组件属性数据的组成具体为：包括组件名称和组件版本号，则以与所述组件属性数据的组成匹配的获取方式，获取所述目标组件，包括：

根据所述组件名称和所述组件版本号，调用相应的应用程序编程接口API，以远程下载所述目标组件。

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

所述本地存储位置中还存储有组件描述配置文件，则所述根据所述目标组件的组件描述配置文件，将所述目标组件集成于所述宿主工程，包括：

根据所述本地存储位置中的组件描述配置文件，将所述目标组件集成于所述宿主工程；

或者，

远程下载的所述目标组件的组件代码目录中包括组件描述配置文件，则所述根据所述目标组件的组件描述配置文件，将所述目标组件集成于所述宿主工程，包括：

根据远程下载的所述目标组件的组件代码目录中的组件描述配置文件，将所述目标组件集成于所述宿主工程。

6.根据权利要求4所述的方法，其特征在于，

从所述本地存储位置中获取的所述目标组件的代码类型为源码；

或者，

远程下载的所述目标组件的代码类型为源码经编译后的结果。

7.一种组件集成装置，其特征在于，包括：

第一获取模块，用于在根据目标组件信息，识别出所述目标组件信息所指向的目标组件属于Flutter组件的情况下，根据所述目标组件信息，获取所述目标组件；

第二获取模块，用于根据所述目标组件的组件代码目录，确定并获取所述目标组件所依赖的各个组件；

第一集成模块，用于调用预设组件集成函数，将所述目标组件所依赖的各个组件集成于与所述目标组件关联的宿主工程；

第二集成模块，用于根据所述目标组件的组件描述配置文件，将所述目标组件集成于所述宿主工程。

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

判断模块，用于在根据目标组件信息，识别出所述目标组件信息所指向的目标组件属于Flutter组件的情况下，根据所述目标组件信息，获取所述目标组件之前，判断所述目标组件信息中是否包括预设Flutter协议数据；在所述目标组件信息中包括所述预设Flutter协议数据的情况下，触发第一识别模块；否则，触发第二识别模块；

所述第一识别模块，用于识别出所述所述目标组件信息所指向的目标组件属于Flutter组件；

所述第二识别模块，用于识别出所述目标组件信息所指向的目标组件不属于Flutter组件。

9.一种计算机可读存储介质，所述存储介质存储有计算机程序，其特征在于，所述计算机程序用于执行上述权利要求1至6中任一项所述的组件集成方法。

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

处理器；

用于存储所述处理器可执行指令的存储器；

所述处理器，用于从所述存储器中读取所述可执行指令，并执行所述指令以实现上述权利要求1至6中任一项所述的组件集成方法。

Images