CN111580892B - 一种业务组件调用的方法、装置、终端和存储介质 - Google Patents

Abstract

本公开提供了一种业务组件调用的方法、装置、终端和存储介质，涉及计算机技术领域。所述方法应用在终端的应用程序中，所述应用程序包括上层应用、移动组件集成框架和多个业务组件，所述方法包括：当所述应用程序启动目标功能时，所述上层应用向所述移动组件集成框架发送所述目标功能的调用信息；所述移动组件集成框架接收所述调用信息，基于所述调用信息获取所述目标功能对应的标准组件接口，并根据所述标准组件接口获取所述标准组件接口的实现类；所述移动组件集成框架通过所述标准组件接口的实现类，调用所述实现所述目标功能的目标业务组件。不需要建立业务组件和标准组件接口间的对应关系，实现了组件解耦，程序更加清晰，降低了风险。

Description

一种业务组件调用的方法、装置、终端和存储介质

技术领域

本公开涉及计算机技术领域，特别涉及一种业务组件调用的方法、装置、终端和存储介质。

背景技术

在移动终端应用中，一个App(Application，计算机应用程序)往往具有多个业务组件实现不同功能，不同的App之间，具有很多相似功能的业务组件，开发人员在开发具有相似功能的新App时，可以通过功能模块移植的方式复用相同的业务组件来缩短开发周期，这样新App就可以直接调用移植过来的业务组件，来实现相似的功能。

现有技术中，在集成多个业务组件的功能模块时，采用的多是建立路由的方式，在APP中维护一个表，将集成的业务组件作为非标准组件注册在表中，并在该表中保存上述非标准组件与标准组件接口信息的映射关系，上层应用模块发送调用指令，调用指令包含标准组件信息，组件管理器根据标准组件信息在上述表中找到对应的非标准组件，获取非标准组件的调用信息，找到非标准组件的实现类，创建非标准组件的实例，完成组件的调用实现功能。

上述技术中，需要预置一个表来保存非标准组件和标准组件接口信息的映射关系，才能实现非标准组件的调用，业务组件和标准组件之间具有耦合关系，具有一定的风险。

发明内容

本公开提供了一种业务组件调用的方法、装置、终端和存储介质，用于解决业务组件和标准组件接口间具有耦合关系的问题。

根据本公开实施例的第一方面，提供一种业务组件调用的方法，所述方法应用在终端的应用程序中，所述应用程序包括上层应用、移动组件集成框架和多个业务组件，所述方法包括：

当所述应用程序启动目标功能时，所述上层应用向所述移动组件集成框架发送所述目标功能的调用信息；

所述移动组件集成框架接收所述调用信息，基于所述调用信息获取所述目标功能对应的标准组件接口，并根据所述标准组件接口获取所述标准组件接口的实现类；

所述移动组件集成框架通过所述标准组件接口的实现类，调用所述实现所述目标功能的目标业务组件。

在一种可能的实现方式中，所述上层应用向所述移动组件集成框架发送所述目标功能的调用信息之前，所述方法还包括：

所述上层应用确定所述目标功能；根据所述目标功能，从每个业务组件的组件信息中选择所述目标业务组件的组件信息，从所述目标业务组件的组件信息中提取所述目标功能的调用信息。

在另一种可能的实现方式中，所述上层应用向所述移动组件集成框架发送所述目标功能的调用信息之前，所述方法还包括：

当所述应用程序启动时，所述移动组件集成框架获取所述每个业务组件的配置文件，解析所述每个业务组件的配置文件，得到所述每个业务组件的组件信息；

所述上层应用向所述移动组件集成框架发送用于获取业务组件的组件信息的获取请求；

所述移动组件集成框架接收到所述获取请求后，向所述上层应用发送所述每个业务组件的组件信息；

所述上层应用接收所述每个业务组件的组件信息。

在另一种可能的实现方式中，所述移动组件集成框架基于所述调用信息获取所述目标功能对应的标准组件接口，包括：

所述移动组件集成框架解析所述调用信息，得到所述目标功能，根据所述目标功能，从功能和标准组件接口的对应关系中获取所述目标功能对应的标准组件接口。

在另一种可能的实现方式中，所述移动组件集成框架根据所述标准组件接口获取所述标准组件接口的实现类，包括：

所述移动组件集成框架对所述应用程序中的实现类进行遍历，确定所述应用程序中的实现类是否为所述标准组件接口的实现类；

当所述应用程序中的实现类是所述标准组件接口的实现类时，所述移动组件集成框架获取所述标准组件接口的实现类，直至遍历结束。

在另一种可能的实现方式中，所述目标功能为显示菜单视图，所述实现类为标准组件菜单接口的实现类；

所述移动组件集成框架通过所述标准组件接口的实现类，调用所述实现所述目标功能的目标业务组件，包括：

所述移动组件集成框架遍历所述标准组件菜单接口的实现类，向所述标准组件菜单接口的实现类传入菜单信息；

所述标准组件菜单接口的实现类接收所述菜单信息，根据所述菜单信息确定当前业务组件是否为目标业务组件；

对于每个业务组件，当标准组件菜单接口的实现类确定所述业务组件是所述目标业务组件时，向所述移动组件集成框架返回菜单视图。

在另一种可能的实现方式中，所述目标功能为显示设置项列表，所述实现类为标准组件设置项接口的实现类；

所述移动组件集成框架通过所述标准组件接口的实现类，调用所述实现所述目标功能的目标业务组件，包括：

所述移动组件集成框架遍历所述标准组件设置项接口的实现类，向所述标准组件设置项接口的实现类传入组件信息；

所述标准组件设置项接口的实现类接收所述组件信息，根据所述组件信息确定当前业务组件是否为目标业务组件；

对于每个业务组件，当标准组件设置项接口的实现类确定所述业务组件是所述目标业务组件时，向所述移动组件集成框架返回设置项列表。

在另一种可能的实现方式中，所述方法还包括：

对于每个业务组件，当所述业务组件不是所述目标业务组件时，向所述移动组件集成框架返回否定响应，所述否定响应用于指示所述业务组件不是所述目标业务组件。

根据本公开实施例的第二方面，提供一种业务组件调用的装置，所述装置应用在终端的应用程序中，所述应用程序包括上层应用、移动组件集成框架和多个业务组件，所述装置包括：

当所述应用程序启动目标功能时，所述上层应用用于向所述移动组件集成框架发送所述目标功能的调用信息；

所述移动组件集成框架用于接收所述调用信息，基于所述调用信息获取所述目标功能对应的标准组件接口，并根据所述标准组件接口获取所述标准组件接口的实现类；

所述移动组件集成框架用于通过所述标准组件接口的实现类，调用所述实现所述目标功能的目标业务组件。

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

所述上层应用用于确定所述目标功能；根据所述目标功能，从每个业务组件的组件信息中选择所述目标业务组件的组件信息，从所述目标业务组件的组件信息中提取所述目标功能的调用信息。

在另一种可能的实现方式中，所述装置还包括：

当所述应用程序启动时，所述移动组件集成框架用于获取所述每个业务组件的配置文件，解析所述每个业务组件的配置文件，得到所述每个业务组件的组件信息；

所述上层应用向所述移动组件集成框架发送用于获取业务组件的组件信息的获取请求；

所述移动组件集成框架接收到所述获取请求后，向所述上层应用发送所述每个业务组件的组件信息；

所述上层应用用于接收所述每个业务组件的组件信息。

在另一种可能的实现方式中，所述移动组件集成框架用于解析所述调用信息，得到所述目标功能，根据所述目标功能，从功能和标准组件接口的对应关系中获取所述目标功能对应的标准组件接口。

在另一种可能的实现方式中，所述移动组件集成框架用于对所述应用程序中的实现类进行遍历，确定所述应用程序中的实现类是否为所述标准组件接口的实现类；

当所述应用程序中的实现类是所述标准组件接口的实现类时，所述移动组件集成框架用于获取所述标准组件接口的实现类，直至遍历结束。

在另一种可能的实现方式中，所述目标功能为显示菜单视图，所述实现类为标准组件菜单接口的实现类；

所述移动组件集成框架用于遍历所述标准组件菜单接口的实现类，向所述标准组件菜单接口的实现类传入菜单信息；

所述标准组件菜单接口的实现类用于接收所述菜单信息，根据所述菜单信息确定当前业务组件是否为目标业务组件；

对于每个业务组件，当标准组件菜单接口的实现类确定所述业务组件是所述目标业务组件时，向所述移动组件集成框架返回菜单视图。

在另一种可能的实现方式中，所述目标功能为显示设置项列表，所述实现类为标准组件设置项接口的实现类；

所述移动组件集成框架用于遍历所述标准组件设置项接口的实现类，向所述标准组件设置项接口的实现类传入组件信息；

所述标准组件设置项接口的实现类用于接收所述组件信息，根据所述组件信息确定当前业务组件是否为目标业务组件；

对于每个业务组件，当标准组件设置项接口的实现类确定所述业务组件是所述目标业务组件时，向所述移动组件集成框架返回设置项列表。

在另一种可能的实现方式中，所述装置还包括：

对于每个业务组件，用于当所述业务组件不是所述目标业务组件时，向所述移动组件集成框架返回否定响应，所述否定响应用于指示所述业务组件不是所述目标业务组件。

根据本公开实施例的第三方面，提供一种终端，包括：

至少一个处理器；和

至少一个存储器；

所述至少一个存储器存储有一个或多个程序，所述一个或多个程序被配置成由所述至少一个处理器执行，所述一个或多个程序包含用于进行上述第一方面所述的业务组件调用的方法的指令。

根据本公开实施例的第四方面，提供一种计算机可读存储介质，所述计算机可读存储介质应用于所述终端，所述计算机可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述指令、所述程序、所述代码集或所述指令集由处理器加载并执行以实现上述第一方面所述的业务组件调用方法中的步骤。

本公开的实施例提供的技术方案可以包括以下有益效果：

通过移动组件集成框架接收调用信息，并基于该调用信息获取目标功能对应的标准组件接口，然后通过接口获取实现类来完成目标功能的调用。不需要建立业务组件和标准组件接口间的对应关系，实现了组件解耦，程序更加清晰，降低了风险。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并于说明书一起用于解释本公开的原理。

图1是根据本公开部分示例性实施例示出的一种应用场景示意图；

图2是根据本公开部分示例性实施例示出的一种移动组件集成框架的结构示意图；

图3是根据本公开示例性实施例示出的一种业务组件调用的方法流程图；

图4是根据本公开示例性实施例示出的另一种业务组件调用的方法流程图；

图5是根据本公开示例性实施例示出的一种业务组件发现以及加载的流程示意图；

图6根据本公开示例性实施例示出的一种菜单和设置项集成流程图；

图7是根据本公开示例性实施例示出的一种应用程序获取组件菜单视图的时序图；

图8是根据本公开示例性实施例示出的一种应用程序获取组件设置项列表的时序图；

图9是根据本公开示例性实施例示出的一种通过接口发现实现类的示意图；

图10是根据本公开示例性实施例示出的一种业务组件调用的装置的框图；

图11是根据本公开部分示例性实施例示出的一种终端的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

本公开提供了一种业务组件调用的方法，该方法应用在终端的应用程序中，参见图1，该应用程序包括上层应用、移动组件集成框架和多个业务组件。

上述终端可以为任一具有应用程序的设备，例如，终端可以为安装有应用程序的手机、平板电脑、智能家居设备或者智能穿戴设备等，在本公开实施例中对终端不作具体限制。

上述应用程序可以为任一运行在上述终端中的应用程序，例如，应用程序可以为***软件，实现***的基本功能；应用程序也可以为应用软件，通过不同的程序设计语言编制获得，用于满足用户在不同领域、不同问题的应用需求，如可以为打车软件、团购软件、资讯软件或游戏软件等。在本公开实施例中对应用程序不作具体限制。

在本公开实施例中，应用程序包括上层应用、移动组件集成框架和多个业务组件。其中，上层应用用于响应业务调用，针对业务需求向移动组件集成框架发送目标功能的调用信息，该上层应用可以是App的前端展示界面或者具有内容的网页，本公开实施例中对上层应用不作具体限制。

移动组件集成框架中包含多个功能模块，不同的功能模块实现不同的功能，在本公开实施例中，示例性的如图2所示为移动组件集成框架的结构示意图，包括菜单管理模块、错误管理模块、设置项管理模块、组件管理模块、标准组件菜单接口以及标准组件设置项接口。菜单管理模块用于在调用信息为调用菜单功能时通过组件管理模块获取标准组件菜单接口；错误管理模块用于收集运行过程中的错误日志信息；设置项管理模块用于在调用信息为调用设置项列表时通过组件管理模块获取标准组件设置项接口；标准组件菜单接口用于获取实现了该标准组件菜单接口的实现类；标准组件设置项接口用于获取实现了该标准组件设置项接口的实现类。在本公开实施例中对移动组件集成框架中包含的模块不作具体限制。

业务组件为具有业务属性，能够独立完成某项业务功能的软件单元，包含完成该业务功能的完整界面和处理逻辑，内部包含完整的程序框架，应用程序集成该业务组件后可以实现该组件的功能，例如，业务组件可以为蓝牙组件、定位组件、地图组件、购物组件以及打车组件等，在本公开实施例中对业务组件不作具体限制。

图3是根据本公开示例性实施例示出的一种业务组件调用的方法流程图。

在步骤301中，当应用程序启动目标功能时，上层应用向移动组件集成框架发送目标功能的调用信息。

在步骤302中，移动组件集成框架接收该调用信息，基于该调用信息获取目标功能对应的标准组件接口，并根据标准组件接口获取标准组件接口的实现类。

在步骤303中，移动组件集成框架通过标准组件接口的实现类，调用实现上述目标功能的目标业务组件。

在本公开实施例中，通过移动组件集成框架接收调用信息，并基于该调用信息获取目标功能对应的标准组件接口，然后通过接口获取实现类来完成目标功能的调用。不需要建立业务组件和标准组件接口间的对应关系，实现了组件解耦，程序更加清晰，降低了风险。

图4是根据本公开示例性实施例示出的另一种业务组件调用的方法流程图。

在步骤401中，应用程序发现业务组件并加载业务组件的组件信息。

当应用程序启动时，移动组件集成框架获取每个业务组件的配置文件，解析每个业务组件的配置文件，得到每个业务组件的组件信息。上层应用向移动组件集成框架发送用于获取业务组件的组件信息的获取请求。移动组件集成框架接收到该获取请求后，向上层应用发送每个业务组件的组件信息。

在本公开实施例中，每个业务组件采用自申明的方式提供组件信息，每个业务组件配置有一个记录自身组件信息的组件配置文件，组件信息包括：组件名称、组件菜单key、组件菜单图标、组件设置项key以及组件设置项图标等信息。当应用程序启动时，移动组件集成框架对应用程序包含的业务组件进行扫描，获取每个业务组件的配置文件，对每个业务组件的配置文件进行解析，得到每个业务组件的组件信息，并将每个业务组件的组件信息缓存在移动组件集成框架的组件管理模块中。

移动组件集成框架解析得到每个业务组件的组件信息之后，可以将每个业务组件的组件信息发送至上层应用。在一种可能的实现方式中，移动组件集成框架在解析得到每个业务组件的组件信息之后，可以直接将每个业务组件的组件信息进行汇总发送给上层应用，上层应用接收每个业务组件的组件信息。移动组件集成框架直接将每个业务组件的组件信息发送给上层应用，减小了传输资源，提高了效率。在另一种可能的实现方式中，移动组件集成框架在解析完毕后，将解析得到的每个业务组件的组件信息缓存在组件管理模块中，当上层应用请求获取每个业务组件的组件信息时，才将每个业务组件的组件信息发送给上层应用。相应的，上层应用需要获取到每个业务组件的组件信息的步骤可以为：

上层应用向移动组件集成框架发送调用请求，该调用请求用于获取每个业务组件的组件信息。移动组件集成框架接收该调用请求，将缓存的每个业务组件的组件信息返回给上层应用，上层应用接收每个业务组件的组件信息。示例性的可以参考图5所示的一种业务组件发现以及加载的流程示意图。

在步骤402中，当应用程序启动目标功能时，上层应用根据目标功能确定调用信息。

本步骤可以通过以下步骤(1)至(3)实现，包括：

(1)当应用程序启动目标功能时，上层应用确定该目标功能。

目标功能可以为获取目标业务组件的菜单视图或者获取目标业务组件的设置项列表等。

(2)上层应用根据该目标功能，从每个业务组件的组件信息中选择目标业务组件的组件信息；

上层应用根据该目标功能，确定实现该目标功能的目标业务组件，从每个业务组件的组件信息中选择目标业务组件的组件信息。

例如，目标功能为获取定位组件的菜单视图，目标业务组件为定位组件，上层应用获取定位组件的组件信息。再如，目标功能为获取支付组件的设置项列表，目标业务组件为支付组件，上层应用获取支付组件的组件信息。

(3)上层应用从该目标业务组件的组件信息中提取目标功能的调用信息。

其中，目标业务组件的组件信息中包括该目标业务组件的多个功能的调用信息。调用信息可以包括目标业务组件的组件名称、菜单key以及设置项key等中的一个或者多个，本公开实施例对调用信息的具体内容不作具体限制。其中，当目标功能是获取目标业务组件的菜单视图时，目标功能的调用信息包括菜单key；当目标功能是获取目标业务组件的设置项列表时，目标功能的调用信息包括设置项key，或者，目标功能的调用信息包括目标业务组件的组件名称和菜单key。

在步骤403中，上层应用向移动组件集成框架发送目标功能的调用信息。

上层应用将目标功能的调用信息发送给移动组件集成框架，在一种可能的实现方式中，当目标功能为获取目标业务组件的菜单视图时，目标功能的调用信息包括菜单key；相应的，上层应用将菜单key发送给移动组件集成框架。在另一种可能的实现方式中，当目标功能为获取目标业务组件的设置项列表时，目标功能的调用信息包括设置项key，或者，目标功能的调用信息包括目标业务组件的组件名称和菜单key；相应的，上层应用将设置项key发送给移动组件集成框架；或者，上层应用将目标业务组件的组件名称和菜单key发送给移动组件集成框架。

在步骤404中，移动组件集成框架接收调用信息，基于该调用信息获取目标功能对应的标准组件接口。

移动组件集成框架接收上层应用发送的调用信息，并对该调用信息进行解析，得到目标功能。移动组件集成框架中存储功能和标准组件接口的对应关系。相应的，移动组件集成框架根据该目标功能，从功能和标准组件接口的对应关系中获取该目标功能对应的标准组件接口。在本公开实施例中，标准组件接口是一个统称，不同的功能对应不同的标准组件接口，通过功能和标准组件接口的对应关系中可以找到对应功能的标准组件接口。其中，标准组件接口可以包含对应显示菜单视图的标准组件菜单接口、对应显示设置项列表的标准组件设置项接口、对应支付功能的标准组件支付接口以及对应定位功能的标准组件定位接口等，本公开实施例对标准组件接口不作具体限制。

在一种可能的实现方式中，该目标功能为显示目标业务组件的菜单视图，则调用信息包括菜单key，移动组件集成框架从功能和标准组件接口的对应关系中获取显示菜单视图对应的标准组件菜单接口。

在另一种可能的实现方式中，该目标功能为显示目标业务组件的设置项列表，则调用信息包括设置项key，或者调用信息包括组件名称和菜单key，移动组件集成框架从功能和标准组件接口的对应关系中获取显示设置项列表对应的标准组件设置项接口。

在步骤405中，移动组件集成框架根据标准组件接口获取标准组件接口的实现类。

移动组件集成框架对应用程序中的实现类进行遍历，确定应用程序中的实现类是否为标准组件接口的实现类；当应用程序中的实现类是标准组件接口的实现类时，移动组件集成框架获取标准组件接口的实现类，直至遍历结束。

其中，移动组件集成框架在对应用程序中的所有实现类进行遍历时，根据反射机制判断待检测实现类是否为标准组件接口的实现类，当待检测实现类不是标准组件接口的实现类时，跳过该待检测实现类对下一个实现类进行判断；当待检测实现类是标准组件接口的实现类时，移动组件集成框架获取该标准组件接口的实现类，直至遍历结束。

需要说明的是，移动组件集成框架可以获取标准组件接口的实现类的标识，将该标准组件接口的实现类的标识添加至标准组件接口实现类列表中，该标准组件接口实现类列表可以用于返回给请求标准组件接口实现类的请求方。

在步骤406中，移动组件集成框架通过标准组件接口的实现类，调用实现上述目标功能的目标业务组件。

当上述标准组件接口的实现类为标准组件菜单接口的所有实现类时，本步骤可以通过第一种实现方式实现；当上述标准组件接口的实现类为标准组件设置项接口的所有实现类时，本步骤可以通过第二种实现方式实现。需要说明的是，第一种实现方式和第二种实现方式仅是本公开中示例的两种方式，根据标准组件接口的不同，可以通过不同的实现方式实现本步骤，本公开对此不作具体限制。

第一种实现方式中，移动组件集成框架遍历标准组件菜单接口的实现类，向标准组件菜单接口的实现类传入菜单信息；标准组件菜单接口的实现类接收菜单信息，根据菜单信息确定当前业务组件是否为目标业务组件；对于每个业务组件，当标准组件菜单接口的实现类确定业务组件是目标业务组件时，向移动组件集成框架返回菜单视图。

上述菜单信息可以为上述调用信息中的菜单key，移动组件集成框架将菜单key通过遍历的方式传入每一个上述标准组件菜单接口的实现类中。标准组件菜单接口的实现类接收菜单key，根据该菜单key确定当前业务组件是否为目标业务组件。对于每个业务组件，该业务组件的标准菜单接口的实现类收到该菜单key后，将该菜单key与该业务组件的菜单key进行匹配，当菜单key匹配成功时，标准组件菜单接口的实现类确定该业务组件是目标业务组件，此时向移动组件集成框架返回菜单视图。

第二种实现方式中，移动组件集成框架遍历标准组件设置项接口的实现类，向标准组件设置项接口的实现类传入组件信息；标准组件设置项接口的实现类接收组件信息，根据组件信息确定当前业务组件是否为目标业务组件；对于每个业务组件，当标准组件设置项接口的实现类确定业务组件是目标业务组件时，向移动组件集成框架返回设置项列表。

上述组件信息可以包括上述调用信息中的设置项key，移动组件集成框架将设置项key通过遍历的方式传入每一个上述标准组件菜单接口的实现类中，该设置项key还可以用组件名称和菜单key来代替。标准组件设置项接口的实现类接收设置项key，根据该设置项key确定当前业务组件是否为目标业务组件。对于每个业务组件，该业务组件的标准菜单接口的实现类收到该设置项key后，将该设置项key与该业务组件的设置项key进行匹配，当设置项key匹配成功时，标准组件菜单接口的实现类确定该业务组件是目标业务组件，此时向移动组件集成框架返回设置项列表。

示例性的，为了更好地说明上述步骤，可以参见图6所示，图6是根据本公开示例性实施例示出的一种菜单和设置项集成流程图。应用程序启动时，上层应用向移动组件集成框架发送调用所有组件信息的指令，获取所有组件信息。当应用程序需要调用某一组件的菜单视图时，上层应用向移动组件集成框架发送调用信息，该调用信息包括需要被调用组件的菜单key，移动组件集成框架获取标准组件菜单接口的所有实现类，移动组件集成框架获取到标准组件菜单接口所有的实现类之后，遍历上述标准组件菜单接口的所有实现类，移动组件集成框架将上述菜单key通过标准组件菜单接口的所有实现类提供的方法输入每个标准组件菜单接口的实现类中。标准组件菜单接口的实现类接收到上述菜单key后，判断该菜单key是否为该组件的菜单key，如果是该组件的菜单key则返回菜单视图，如果不是该组件的菜单key则返回否定响应。移动组件集成框架根据上述菜单key即可获取对应组件的菜单视图。当应用程序需要调用某一组件的设置项列表时，上层应用向移动组件集成框架发送调用信息，该调用信息包括需要被调用组件的设置项key，也可以是组件的名称和菜单key，移动组件集成框架获取标注组件设置项接口的所有实现类，移动组件集成框架获取到标准组件设置项接口的所有实现类之后，遍历上述标准组件设置项接口的所有实现类，移动组件集成框架将上述组件名称和菜单key通过标准组件设置项接口的所有实现类提供的方法输入每个标准组件设置项接口的实现类中。标准组件设置项接口的实现类接收到上述组件名称和菜单key后，判断上述组件名称和菜单key对否为该组件的组件名称和菜单key，如果是该组件的组件名称和菜单key则返回设置项列表，如果不是该组件的组件名称和菜单key则返回否定响应。移动组件集成框架根据上述组件名称和菜单key即可获取对应组件的设置项列表。

示例性的，图7所示为上述应用程序获取组件菜单视图的时序图。用户启动应用程序后，应用程序发现业务组件并加载业务组件的组件信息，进入上层应用，上层应用向移动组件集成框架发送获取组件信息的请求，移动组件集成框架接收到上述获取组件信息的请求后，向上层应用发送组件信息列表，该组件信息列表包含多个业务组件的组件信息，需要调用菜单视图时，上层应用向移动组件集成框架发送调用信息，移动组件集成框架接收上述调用信息，基于该调用信息获取标准组件菜单接口，向业务组件获取该标准组件菜单接口的所有实现类，业务组件返回该标准组件菜单接口的所有实现类，移动组件集成框架遍历上述标准组件菜单接口的所有实现类，获取对应组件的菜单视图，将该菜单视图返回给上层应用。

示例性的，图8所示为上述应用程序获取组件设置项列表的时序图。用户启动应用程序后，应用程序发现业务组件并加载业务组件的组件信息，用户操作应用程序进入设置界面，上层应用向移动组件集成框架发送获取组件信息的请求，移动组件集成框架接收到上述获取组件信息的请求后，向上层应用发送组件信息列表，该组件信息列表包含多个业务组件的组件信息，需要调用设置项列表时，上层应用向移动组件集成框架发送调用信息，移动组件集成框架接收上述调用信息，基于该调用信息获取标准组件设置项接口，向业务组件获取该标准组件设置项接口的所有实现类，业务组件返回该标准组件设置项接口的所有实现类，移动组件集成框架遍历上述标准组件设置项接口的所有实现类，获取对应组件的设置项列表，将该设置项列表返回给上层应用。

需要说明的是，当业务组件不是目标业务组件时，该业务组件向移动组件集成框架返回否定响应，该否定响应用于指示业务组件不是目标业务组件。上述返回否定响应，可以返回否认信息、否定标识或者直接返回空字符串，移动组件集成框架接收返回的否认信息、否定响应或者空字符串。

在本公开实施例中，通过移动组件集成框架接收调用信息，并基于该调用信息获取目标功能对应的标准组件接口，然后通过接口获取实现类来完成目标功能的调用。不需要建立业务组件和标准组件接口间的对应关系，实现了组件解耦，程序更加清晰，降低了风险。

图9是根据本公开示例性实施例示出的一种通过接口发现实现类的示意图。

发起方可以为上层应用、同一业务组件的不同模块或者其他业务组件，发起方向移动组件集成框架请求查询相关接口的实现类，移动组件集成框架从接口实现方中查询到接口的实现类，并返回给发起方。上层应用通过这种通过接口发现实现类的机制获得各业务组件中的菜单视图以及设置项列表。

图10是根据本公开示例性实施例示出的一种业务组件调用的装置的框图。该装置应用于终端的应用程序中，用于解决业务组件和标准组件接口间具有耦合关系的问题，应用程序包括上层应用1001、移动组件集成框架1002和多个业务组件1003，装置包括：

当应用程序启动目标功能时，上层应用1001用于向移动组件集成框架1002发送目标功能的调用信息；

移动组件集成框架1002用于接收调用信息，基于调用信息获取目标功能对应的标准组件接口，并根据标准组件接口获取标准组件接口的实现类；

移动组件集成框架1002用于通过标准组件接口的实现类，调用实现目标功能的目标业务组件1003。

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

上层应用1001用于确定目标功能；根据目标功能，从每个业务组件1003的组件信息中选择目标业务组件1003的组件信息，从目标业务组件1003的组件信息中提取目标功能的调用信息。

在另一种可能的实现方式中，装置还包括：

当应用程序启动时，移动组件集成框架1002用于获取每个业务组件1003的配置文件，解析每个业务组件1003的配置文件，得到每个业务组件1003的组件信息；

上层应用1001用于向移动组件集成框架1002发送用于获取业务组件1003的组件信息的获取请求；

移动组件集成框架1002用于接收到获取请求后，向上层应用1001发送每个业务组件1003的组件信息；

上层应用1001用于接收每个业务组件1003的组件信息。

在另一种可能的实现方式中，移动组件集成框架1002用于解析调用信息，得到目标功能，根据目标功能，从功能和标准组件接口的对应关系中获取目标功能对应的标准组件接口。

在另一种可能的实现方式中，移动组件集成框架1002用于对应用程序中的实现类进行遍历，确定应用程序中的实现类是否为标准组件接口的实现类；

当应用程序中的实现类是标准组件接口的实现类时，移动组件集成框架1002用于获取标准组件接口的实现类，直至遍历结束。

在另一种可能的实现方式中，目标功能为显示菜单视图，实现类为标准组件菜单接口的实现类；

移动组件集成框架1002用于遍历标准组件菜单接口的实现类，向标准组件菜单接口的实现类传入菜单信息；

标准组件菜单接口的实现类用于接收菜单信息，根据菜单信息确定当前业务组件1003是否为目标业务组件；

对于每个业务组件1003，当标准组件菜单接口的实现类确定业务组件1003是目标业务组件时，向移动组件集成框架返回菜单视图。

在另一种可能的实现方式中，目标功能为显示设置项列表，实现类为标准组件设置项接口的实现类；

移动组件集成框架1002用于遍历标准组件设置项接口的实现类，向标准组件设置项接口的实现类传入组件信息；

标准组件设置项接口的实现类用于接收组件信息，根据组件信息确定当前业务组件1003是否为目标业务组件；

对于每个业务组件1003，当标准组件设置项接口的实现类确定业务组件1003是目标业务组件时，向移动组件集成框架返回设置项列表。

在另一种可能的实现方式中，装置还包括：

对于每个业务组件1003，用于当业务组件1003不是目标业务组件1003时，向移动组件集成框架1002返回否定响应，否定响应用于指示业务组件1003不是目标业务组件1003。

通过移动组件集成框架接收调用信息，并基于该调用信息获取目标功能对应的标准组件接口，然后通过接口获取实现类来完成目标功能的调用。不需要建立业务组件和标准组件接口间的对应关系，实现了组件解耦，程序更加清晰，降低了风险。

图11示出了本公开一个示例性实施例提供的终端1100的结构框图。该终端1100可以是便携式移动终端，比如：智能手机、平板电脑、MP3播放器(Moving Picture ExpertsGroup Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving PictureExperts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端1100还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。

通常，终端1100包括有：处理器1101和存储器1102。

处理器1101可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器1101可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器1101也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器1101可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器1101还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器1102可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器1102还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器1102中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器1101所执行以实现本公开中方法实施例提供的业务组件调用的方法。

在一些实施例中，终端1100还可选包括有：***设备接口1103和至少一个***设备。处理器1101、存储器1102和***设备接口1103之间可以通过总线或信号线相连。各个***设备可以通过总线、信号线或电路板与***设备接口1103相连。具体地，***设备包括：射频电路1104、触摸显示屏1105、摄像头1106、音频电路1107、定位组件1108和电源1109中的至少一种。

***设备接口1103可被用于将I/O(Input/Output，输入/输出)相关的至少一个***设备连接到处理器1101和存储器1102。在一些实施例中，处理器1101、存储器1102和***设备接口1103被集成在同一芯片或电路板上；在一些其他实施例中，处理器1101、存储器1102和***设备接口1103中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。

射频电路1104用于接收和发射RF(Radio Frequency，射频)信号，也称电磁信号。射频电路1104通过电磁信号与通信网络以及其他通信设备进行通信。射频电路1104将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路1104包括：天线***、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路1104可以通过至少一种无线通信协议来与其它设备进行通信。该无线通信协议包括但不限于：万维网、城域网、内联网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity，无线保真)网络。

显示屏1105用于显示UI(UserInterface，用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏1105是触摸显示屏时，显示屏1105还具有采集在显示屏1105的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器1101进行处理。此时，显示屏1105还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏1105可以为一个，设置终端1100的前面板；在另一些实施例中，显示屏1105可以为至少两个，分别设置在终端1100的不同表面或呈折叠设计；在再一些实施例中，显示屏1105可以是柔性显示屏，设置在终端1100的弯曲表面上或折叠面上。甚至，显示屏1105还可以设置成非矩形的不规则图形，也即异形屏。显示屏1105可以采用LCD(Liquid Crystal Display，液晶显示屏)、OLED(Organic Light-Emitting Diode,有机发光二极管)等材质制备。

摄像头组件1106用于采集图像或视频。可选地，摄像头组件1106包括前置摄像头和后置摄像头。通常，前置摄像头设置在设备的前面板，后置摄像头设置在设备的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(VirtualReality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件1106还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。

音频电路1107可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器1101进行处理，或者输入至射频电路1104以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在终端1100的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器1101或射频电路1104的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路1107还可以包括耳机插孔。

定位组件1108用于定位终端1100的当前地理位置，以实现导航或LBS(LocationBased Service，基于位置的服务)。定位组件1108可以是基于美国的GPS(GlobalPositioning System，全球定位***)、中国的北斗***或俄罗斯的伽利略***的定位组件。

电源1109用于为终端1100中的各个组件进行供电。电源1109可以是交流电、直流电、一次性电池或可充电电池。当电源1109包括可充电电池时，该可充电电池可以是有线充电电池或无线充电电池。有线充电电池是通过有线线路充电的电池，无线充电电池是通过无线线圈充电的电池。该可充电电池还可以用于支持快充技术。

在一些实施例中，终端1100还包括有一个或多个传感器1110。该一个或多个传感器1110包括但不限于：加速度传感器1111、陀螺仪传感器1112、压力传感器1113、指纹传感器1114、光学传感器1115以及接近传感器1116。

加速度传感器1111可以检测以终端1100建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器1111可以用于检测重力加速度在三个坐标轴上的分量。处理器1101可以根据加速度传感器1111采集的重力加速度信号，控制触摸显示屏1105以横向视图或纵向视图进行用户界面的显示。加速度传感器1111还可以用于游戏或者用户的运动数据的采集。

陀螺仪传感器1112可以检测终端1100的机体方向及转动角度，陀螺仪传感器1112可以与加速度传感器1111协同采集用户对终端1100的3D动作。处理器1101根据陀螺仪传感器1112采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。

压力传感器1113可以设置在终端1100的侧边框和/或触摸显示屏1105的下层。当压力传感器1113设置在终端1100的侧边框时，可以检测用户对终端1100的握持信号，由处理器1101根据压力传感器1113采集的握持信号进行左右手识别或快捷操作。当压力传感器1113设置在触摸显示屏1105的下层时，由处理器1101根据用户对触摸显示屏1105的压力操作，实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。

指纹传感器1114用于采集用户的指纹，由处理器1101根据指纹传感器1114采集到的指纹识别用户的身份，或者，由指纹传感器1114根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器1101授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器1114可以被设置终端1100的正面、背面或侧面。当终端1100上设置有物理按键或厂商Logo时，指纹传感器1114可以与物理按键或厂商Logo集成在一起。

光学传感器1115用于采集环境光强度。在一个实施例中，处理器1101可以根据光学传感器1115采集的环境光强度，控制触摸显示屏1105的显示亮度。具体地，当环境光强度较高时，调高触摸显示屏1105的显示亮度；当环境光强度较低时，调低触摸显示屏1105的显示亮度。在另一个实施例中，处理器1101还可以根据光学传感器1115采集的环境光强度，动态调整摄像头组件1106的拍摄参数。

接近传感器1116，也称距离传感器，通常设置在终端1100的前面板。接近传感器1116用于采集用户与终端1100的正面之间的距离。在一个实施例中，当接近传感器1116检测到用户与终端1100的正面之间的距离逐渐变小时，由处理器1101控制触摸显示屏1105从亮屏状态切换为息屏状态；当接近传感器1116检测到用户与终端1100的正面之间的距离逐渐变大时，由处理器1101控制触摸显示屏1105从息屏状态切换为亮屏状态。

本领域技术人员可以理解，图11中示出的结构并不构成对终端1100的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

本公开实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，该指令、该程序、该代码集或该指令集由处理器加载并执行以实现上述实施例的业务组件调用的方法中的步骤。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，实现上述业务组件调用的方法的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中执行了详细描述，此处将不做详细阐述说明。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围执行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (16)

1.一种业务组件调用的方法，其特征在于，所述方法应用在终端的应用程序中，所述应用程序包括上层应用、移动组件集成框架和多个业务组件，所述方法包括：

当所述应用程序启动目标功能时，所述上层应用向所述移动组件集成框架发送所述目标功能的调用信息；

所述移动组件集成框架接收所述调用信息，基于所述调用信息获取所述目标功能对应的标准组件接口，并根据所述标准组件接口获取所述标准组件接口的实现类；

所述移动组件集成框架通过所述标准组件接口的实现类，调用实现所述目标功能的目标业务组件；

其中，若所述目标功能为显示菜单视图，所述实现类为标准组件菜单接口的实现类；所述移动组件集成框架通过所述标准组件接口的实现类，调用实现所述目标功能的目标业务组件，包括：

所述移动组件集成框架遍历所述标准组件菜单接口的实现类，向所述标准组件菜单接口的实现类传入菜单信息；所述标准组件菜单接口的实现类接收所述菜单信息，根据所述菜单信息确定当前业务组件是否为目标业务组件；对于每个业务组件，当标准组件菜单接口的实现类确定所述业务组件是所述目标业务组件时，向所述移动组件集成框架返回菜单视图。

2.根据权利要求1所述的方法，其特征在于，所述上层应用向所述移动组件集成框架发送所述目标功能的调用信息之前，所述方法还包括：

所述上层应用确定所述目标功能；根据所述目标功能，从每个业务组件的组件信息中选择所述目标业务组件的组件信息，从所述目标业务组件的组件信息中提取所述目标功能的调用信息。

3.根据权利要求2所述的方法，其特征在于，所述上层应用向所述移动组件集成框架发送所述目标功能的调用信息之前，所述方法还包括：

当所述应用程序启动时，所述移动组件集成框架获取所述每个业务组件的配置文件，解析所述每个业务组件的配置文件，得到所述每个业务组件的组件信息；

所述上层应用向所述移动组件集成框架发送用于获取业务组件的组件信息的获取请求；

所述移动组件集成框架接收到所述获取请求后，向所述上层应用发送所述每个业务组件的组件信息；

所述上层应用接收所述每个业务组件的组件信息。

4.根据权利要求1所述的方法，其特征在于，所述移动组件集成框架基于所述调用信息获取所述目标功能对应的标准组件接口，包括：

所述移动组件集成框架解析所述调用信息，得到所述目标功能，根据所述目标功能，从功能和标准组件接口的对应关系中获取所述目标功能对应的标准组件接口。

5.根据权利要求1所述的方法，其特征在于，所述移动组件集成框架根据所述标准组件接口获取所述标准组件接口的实现类，包括：

所述移动组件集成框架对所述应用程序中的实现类进行遍历，确定所述应用程序中的实现类是否为所述标准组件接口的实现类；

当所述应用程序中的实现类是所述标准组件接口的实现类时，所述移动组件集成框架获取所述标准组件接口的实现类，直至遍历结束。

6.根据权利要求1所述的方法，其特征在于，若所述目标功能为显示设置项列表，所述实现类为标准组件设置项接口的实现类；

所述移动组件集成框架通过所述标准组件接口的实现类，调用所述实现所述目标功能的目标业务组件，包括：

所述移动组件集成框架遍历所述标准组件设置项接口的实现类，向所述标准组件设置项接口的实现类传入组件信息；

所述标准组件设置项接口的实现类接收所述组件信息，根据所述组件信息确定当前业务组件是否为目标业务组件；

对于每个业务组件，当标准组件设置项接口的实现类确定所述业务组件是所述目标业务组件时，向所述移动组件集成框架返回设置项列表。

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

对于每个业务组件，当所述业务组件不是所述目标业务组件时，向所述移动组件集成框架返回否定响应，所述否定响应用于指示所述业务组件不是所述目标业务组件。

8.一种业务组件调用的装置，其特征在于，所述装置应用在终端的应用程序中，所述装置包括上层应用、移动组件集成框架和多个业务组件：

当所述应用程序启动目标功能时，所述上层应用用于向所述移动组件集成框架发送所述目标功能的调用信息；

所述移动组件集成框架用于接收所述调用信息，基于所述调用信息获取所述目标功能对应的标准组件接口，并根据所述标准组件接口获取所述标准组件接口的实现类；

所述目标功能为显示菜单视图，所述实现类为标准组件菜单接口的实现类；

所述移动组件集成框架用于遍历所述标准组件菜单接口的实现类，向所述标准组件菜单接口的实现类传入菜单信息；

所述标准组件菜单接口的实现类用于接收所述菜单信息，根据所述菜单信息确定当前业务组件是否为目标业务组件；

对于每个业务组件，当标准组件菜单接口的实现类确定所述业务组件是所述目标业务组件时，向所述移动组件集成框架返回菜单视图。

9.根据权利要求8所述的装置，其特征在于，

所述上层应用用于确定所述目标功能；根据所述目标功能，从每个业务组件的组件信息中选择所述目标业务组件的组件信息，从所述目标业务组件的组件信息中提取所述目标功能的调用信息。

10.根据权利要求9所述的装置，其特征在于，

当所述应用程序启动时，所述移动组件集成框架用于获取所述每个业务组件的配置文件，解析所述每个业务组件的配置文件，得到所述每个业务组件的组件信息；

所述上层应用用于向所述移动组件集成框架发送用于获取业务组件的组件信息的获取请求；

所述移动组件集成框架用于接收到所述获取请求后，向所述上层应用发送所述每个业务组件的组件信息；

所述上层应用用于接收所述每个业务组件的组件信息。

11.根据权利要求8所述的装置，其特征在于，所述移动组件集成框架用于解析所述调用信息，得到所述目标功能，根据所述目标功能，从功能和标准组件接口的对应关系中获取所述目标功能对应的标准组件接口。

12.根据权利要求8所述的装置，其特征在于，所述移动组件集成框架用于对所述应用程序中的实现类进行遍历，确定所述应用程序中的实现类是否为所述标准组件接口的实现类；

当所述应用程序中的实现类是所述标准组件接口的实现类时，所述移动组件集成框架用于获取所述标准组件接口的实现类，直至遍历结束。

13.根据权利要求8所述的装置，其特征在于，所述目标功能为显示设置项列表，所述实现类为标准组件设置项接口的实现类；

所述移动组件集成框架用于遍历所述标准组件设置项接口的实现类，向所述标准组件设置项接口的实现类传入组件信息；

所述标准组件设置项接口的实现类用于接收所述组件信息，根据所述组件信息确定当前业务组件是否为目标业务组件；

对于每个业务组件，当标准组件设置项接口的实现类确定所述业务组件是所述目标业务组件时，向所述移动组件集成框架返回设置项列表。

14.根据权利要求8-13任一项所述的装置，其特征在于，

对于每个业务组件，用于当所述业务组件不是所述目标业务组件时，向所述移动组件集成框架返回否定响应，所述否定响应用于指示所述业务组件不是所述目标业务组件。

15.一种终端，其特征在于，所述终端包括：

至少一个处理器；和

至少一个存储器；

所述至少一个存储器存储有一个或多个程序，所述一个或多个程序被配置成由所述至少一个处理器执行，所述一个或多个程序包含用于进行如权利要求1至7任一项权利要求所述的业务组件调用的方法的指令。

16.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质应用于终端，所述计算机可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述指令、所述程序、所述代码集或所述指令集由处理器加载并执行以实现1-7任一项权利要求所述的业务组件调用方法中的步骤。