CN113296742A - App数据处理方法、装置及移动终端 - Google Patents

Abstract

本发明提供了一种APP数据处理方法、装置及移动终端，涉及移动互联技术领域，该方法包括：获取业务组件的交互信息；多个业务组件集成在目标工程文件中，不同的业务组件用于处理不同类型的业务数据，目标工程文件中的业务组件之间为解耦关系；根据交互信息生成数据处理参数；当收到APP数据处理请求时，根据数据处理参数生成APP数据处理请求的数据处理结果。本发明实施例通过不同的业务组件处理不同类型的业务数据，业务组件之间相互解耦合，可以实现APP的各个业务模块之间独立运行和编译，便于后期维护，降低维护成本，提高维护效率。

Description

APP数据处理方法、装置及移动终端

技术领域

本发明涉及移动互联技术领域，尤其是涉及一种APP数据处理方法、装置及移动终端。

背景技术

在APP(Application，应用程序)项目开发中，如果项目涉及的数据量比较小，则采用现有的单工程架构就可以满足大多数需求了，但是像大型项目，或者App数量越来越多时，原有的单工程架构就不足以满足架构需求了。当项目越来越大时，单工程架构的业务模块间没有明确的划分，所有模块代码都编写在一个工程中，模块之前的耦合度大，导致后期维护成本较高，调试某个模块或功能，需要编译运行整个大的单一工程，编译一次时间很长，并且，往往修改一处可能会影响别的耦合模块，出现问题也比较难定位。

发明内容

本发明提供了一种APP数据处理方法、装置及移动终端，使用不同业务组件实现不同类型业务数据的处理，各个业务组件之间相互解耦合，可降低后期APP的维护成本，APP使用出现问题时，便于定位到具体的问题组件。

第一方面，本发明实施例提供了一种APP数据处理方法，该方法包括：获取业务组件的交互信息；多个所述业务组件集成在目标工程文件中，不同的所述业务组件用于处理不同类型的业务数据，所述目标工程文件中的业务组件之间为解耦关系；根据所述交互信息生成数据处理参数；当收到APP数据处理请求时，根据所述数据处理参数生成所述APP数据处理请求的数据处理结果。

进一步地，所述交互信息包括生命周期信息；根据所述交互信息生成数据处理参数，包括：根据所述生命周期信息确定事件过滤参数和事件转发参数；将所述事件过滤参数和所述事件转发参数作为数据处理参数。

进一步地，所述APP数据处理请求包括生命周期事件处理请求；根据所述数据处理参数生成所述APP数据处理请求的数据处理结果，包括：根据所述生命周期事件处理请求和所述数据处理参数，将所述生命周期信息转发至目标组件。

进一步地，所述交互信息包括第一注册信息；根据所述交互信息生成数据处理参数，包括：根据所述第一注册信息生成字典参数；将所述字典参数作为数据处理参数。

进一步地，所述APP数据处理请求包括跳转请求；根据所述数据处理参数生成所述APP数据处理请求的数据处理结果，包括：根据所述跳转请求确定待处理组件的第二注册信息；利用所述数据处理参数，对所述第一注册信息和所述第二注册信息进行匹配，得到匹配结果；所述匹配结果包括目标跳转组件；根据所述匹配结果，执行所述待处理组件至所述目标跳转组件的跳转处理。

进一步地，所述APP数据处理请求包括调用请求；根据所述数据处理参数生成所述APP数据处理请求的数据处理结果，包括：根据所述调用请求确定待处理组件的第三注册信息；利用所述数据处理参数，对所述第一注册信息和所述第三注册信息进行匹配，得到匹配结果；所述匹配结果包括目标调用组件；根据所述匹配结果，执行所述待处理组件对所述目标调用组件的调用处理。

进一步地，该方法还包括：获取目标对象的交互信息；所述目标对象可以用于与所述业务组件或与所述APP中除所述目标对象外的其他对象进行信息交互。

进一步地，所述交互信息包括发布方信息和订阅方信息；根据所述交互信息生成数据处理参数，包括：根据所述发布方信息和所述订阅方信息确定消息调度表；将所述消息调度表作为数据处理参数。

进一步地，所述APP数据处理请求包括订阅请求；根据所述数据处理参数生成所述APP数据处理请求的数据处理结果，包括：根据所述订阅请求确定目标订阅方；根据所述数据处理参数，将目标发布方信息发送至所述目标订阅方。

进一步地，所述业务组件包括第一类组件和第二类组件；所述第一类组件用于处理第一类业务数据；所述第二类组件用于处理第二类业务数据；所述第一类业务数据的使用频率低于所述第二类业务的使用频率；所述第二类业务数据用于实现预设功能。

第二方面，本发明实施例还提供一种APP数据处理装置，该装置包括：获取模块，用于获取业务组件的交互信息；多个所述业务组件集成在目标工程文件中，不同的所述业务组件用于处理不同类型的业务数据，所述目标工程文件中的业务组件之间为解耦关系；参数模块，用于根据所述交互信息生成数据处理参数；处理模块，用于当收到APP数据处理请求时，根据所述数据处理参数生成所述APP数据处理请求的数据处理结果。

进一步地，所述交互信息包括生命周期信息；所述参数模块，用于：根据所述生命周期信息确定事件过滤参数和事件转发参数；将所述事件过滤参数和所述事件转发参数作为数据处理参数。

进一步地，所述APP数据处理请求包括生命周期事件处理请求；所述处理模块，用于：根据所述生命周期事件处理请求和所述数据处理参数，将所述生命周期信息转发至目标组件。

进一步地，所述交互信息包括第一注册信息；所述参数模块，用于：根据所述第一注册信息生成字典参数；将所述字典参数作为数据处理参数。

进一步地，所述APP数据处理请求包括跳转请求；所述处理模块，用于：根据所述跳转请求确定待处理组件的第二注册信息；利用所述数据处理参数，对所述第一注册信息和所述第二注册信息进行匹配，得到匹配结果；所述匹配结果包括目标跳转组件；根据所述匹配结果，执行所述待处理组件至所述目标跳转组件的跳转处理。

进一步地，所述APP数据处理请求包括调用请求；所述处理模块，用于：根据所述数据处理参数生成所述APP数据处理请求的数据处理结果，包括：根据所述调用请求确定待处理组件的第三注册信息；利用所述数据处理参数，对所述第一注册信息和所述第三注册信息进行匹配，得到匹配结果；所述匹配结果包括目标调用组件；根据所述匹配结果，执行所述待处理组件对所述目标调用组件的调用处理。

进一步地，获取模块，还用于：获取目标对象的交互信息；所述目标对象可以用于与所述业务组件进行信息交互。

进一步地，所述交互信息包括发布方信息和订阅方信息；所述参数模块，用于：根据所述发布方信息和所述订阅方信息确定消息调度表；将所述消息调度表作为数据处理参数。

进一步地，所述APP数据处理请求包括订阅请求；所述处理模块，用于：根据所述订阅请求确定目标订阅方；根据所述数据处理参数，将目标发布方信息发送至所述目标订阅方。

进一步地，所述业务组件包括第一类组件和第二类组件；所述第一类组件用于处理第一类业务数据；所述第二类组件用于处理第二类业务数据；所述第一类业务数据的使用频率低于所述第二类业务的使用频率；所述第二类业务数据用于实现预设功能。

第三方面，本发明实施例还提供一种移动终端，该移动端包括上述任一种APP数据处理装置。

第四方面，本发明实施例还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述APP数据处理方法。

第五方面，本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述APP数据处理方法的计算机程序。

本发明实施例带来了以下有益效果：本发明实施例提供了一种APP数据处理方案，该方案包括获取业务组件的交互信息；多个业务组件集成在目标工程文件中，不同的业务组件用于处理不同类型的业务数据，目标工程文件中的业务组件之间为解耦关系；根据交互信息生成数据处理参数；当收到APP数据处理请求时，根据数据处理参数生成APP数据处理请求的数据处理结果。本发明实施例通过不同的业务组件处理不同类型的业务数据，业务组件之间相互解耦合，可以实现APP的各个业务模块之间独立运行和编译，便于后期维护，降低维护成本，提高维护效率。

本发明的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

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

图1为本发明实施例提供的APP数据处理方法流程图；

图2为本发明实施例提供的移动端组件化架构结构层次图；

图3为本发明实施例提供的路由总线解耦合设计原理框图；

图4为本发明实施例提供的消息总线解耦合设计原理框图；

图5为本发明实施例提供的声明周期管理解耦合设计原理框图；

图6为本发明实施例提供的APP数据处理装置结构框图；

图7为本发明实施例提供的电子设备结构框图。

具体实施方式

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

目前很多系统直接用单工程的项目架构去构建APP应用，造成开发过程中业务模块建的耦合度比较高，后期维护成本高，出现问题需要首先结合多个耦合模块整体分析去定位问题。另外，目前单工程项目架构，对于在不同APP应用开发间的复用，只能做到文件或者代码级的拷贝粘贴复用。目前单工程项目架构，在项目开发和调试过程中需要编译全量的资源和代码文件，项目开发调试比较耗时。

基于此，本发明实施例提供的一种APP数据处理方法、装置及移动终端，该方法通过组件化的开发架构，将应用拆分成各个不同的业务模块，业务之前的交互和通信不再以强耦合的形式去实现，而是通过底层容器层这个中间层去实现业务模块之间的解耦合交互和通信，各个业务模块之间是完全独立的，并且可以独立去运行和编译，这样后期维护的时候，出现问题直接定位到具体的业务模块即可。组件化的架构方案，把能抽象出来的功能和业务封装成相应的功能组件和业务组件，通过包管理工具，直接实现组件级的代码复用，而且后续组件统一维护升级，复用起来非常方便。组件化的架构方案，把大量能抽象出来的功能和业务封装成相应的功能组件和业务组件，编译打包成二进制文件，集成到应用中，大大缩短了应用开发时的编译时长，使得应用开发更高效。

为便于对本实施例进行理解，首先对本发明实施例所公开的一种APP数据处理方法进行详细介绍。

首先，对涉及的术语进行解释。

低耦合：低耦合就是两个相关的模块尽可能把相互依赖的部分降低到最小，不要让两个模块产生强依赖，把低耦合做到极致，就是完全解耦合，两个完全解耦合的模块彼此之间可以相互调用，但又能各自独立运行。

本发明实施例提供了一种APP数据处理方法，参见图1所示的一种APP数据处理方法流程图，该方法包括以下步骤：

步骤S102，获取业务组件的交互信息。

在本发明实施例中，多个业务组件集成在目标工程文件中，不同的业务组件用于处理不同类型的业务数据，目标工程文件中的业务组件之间为解耦关系。

目标工程可以是创建APP时创建的一个主工程。主工程用于实现APP的总体业务，对总体业务进行拆分，每一个拆分出来的业务通过一个业务组件实现。每个业务组件可以作为一个子工程。主工程负责将所有业务组件当作二方库集成到主工程里，每个子工程可以单独维护、独立编译运行，业务组件之间是完全解耦的。

业务组件的交互信息可以用于实现业务组件对业务数据的处理。

步骤S104，根据交互信息生成数据处理参数。

在本发明实施例中，交互信息可以用于确定参与业务处理的组件以及该业务组件实现的功能。

数据处理参数用于确定对业务数据进行处理的逻辑。可以利用数据处理参数实现对业务数据处理过程的控制。

步骤S106，当收到APP数据处理请求时，根据数据处理参数生成APP数据处理请求的数据处理结果。

在本发明实施例中，APP数据处理请求可以由业务组件发出，也可以由于业务组件存在信息交互的其他模块发出，例如，APP数据处理请求可以来源于按钮或文本等。根据APP数据处理请求可以确定发出该请求的请求者、请求者要处理的数据内容以及请求者要与之通信的交互者等信息。基于数据处理参数确定的业务处理逻辑进行数据处理，得到数据处理结果。

本发明实施例提供了一种APP数据处理方案，该方案包括获取业务组件的交互信息；多个业务组件集成在目标工程文件中，不同的业务组件用于处理不同类型的业务数据，目标工程文件中的业务组件之间为解耦关系；根据交互信息生成数据处理参数；当收到APP数据处理请求时，根据数据处理参数生成APP数据处理请求的数据处理结果。本发明实施例通过不同的业务组件处理不同类型的业务数据，业务组件之间相互解耦合，可以实现APP的各个业务模块之间独立运行和编译，便于后期维护，降低维护成本，提高维护效率。

为了便于实现主工程和各业务组件间的解耦，在一个实施例中，交互信息包括生命周期信息；根据交互信息生成数据处理参数，可以按照如下步骤进行处理：

根据生命周期信息确定事件过滤参数和事件转发参数；将事件过滤参数和事件转发参数作为数据处理参数。

在本发明实施例中，生命周期信息包括业务组件的启动信息以及运行状态信息。根据启动信息可以确定业务组件的启动时刻，根据运行状态信息可以确定组件运行在前台、运行在后台、正常运行、异常运行或停止运行等信息。

参见图5所示的声明周期管理解耦合设计原理框图，事件过滤参数用于对生命周期信息进行筛选，事件转发参数可以用于确定事件的转发策略，例如转发优先级。

需要说明的是，在本发明实施中，可以通过APP实例化处理的过程，获取生命周期信息，以便实现将主工程中生命周期钩子函数(Hook函数)里的业务逻辑下发至各个业务组件中。

在一个实施例中，APP数据处理请求包括生命周期事件处理请求；根据数据处理参数生成APP数据处理请求的数据处理结果，可以按照如下步骤进行处理：

根据生命周期事件处理请求和数据处理参数，将生命周期信息转发至目标组件。

在本发明实施例中，APP数据处理请求可以由一个业务组件发出，该业务组件可以作为主工程中的一个子模块。括生命周期事件处理请求可以用于确定要进行信息交互的业务组件，以及要处理的数据。利用数据处理参数确定的数据处理逻辑，生成APP数据处理请求的数据处理结果，例如，数据处理结果可以是，将主工程中生命周期钩子函数(Hook函数)里的业务逻辑下发至各个业务组件中。

为了实现各个业务组件之间的交互，以确保组件间实现高内聚、低耦合的特点，在一个实施例中，交互信息包括第一注册信息；根据交互信息生成数据处理参数，可以按照如下步骤执行：

根据第一注册信息生成字典参数；将字典参数作为数据处理参数。

在本发明实施例中，在编译业务组件时，可以调用相关函数，实现业务组件在路由总线的注册，在本发明实施例中，交互信息包括第一注册信息，其中，第一注册信息是业务组件发送至路由总线的注册信息。将多个业务组件发送的第一注册信息进行处理，得到的参数作为字典参数，用于确定路由总线中的数据处理逻辑。

为了实现业务组件之间的页面跳转问题，在一个实施例中，APP数据处理请求包括跳转请求；根据数据处理参数生成APP数据处理请求的数据处理结果，可以按照如下步骤执行：

根据跳转请求确定待处理组件的第二注册信息；利用数据处理参数，对第一注册信息和第二注册信息进行匹配，得到匹配结果；匹配结果包括目标跳转组件；根据匹配结果，执行待处理组件至目标跳转组件的跳转处理。

在本发明实施例中，参见图3所示的路由总线解耦合设计原理框图，第二注册信息中可以包括待处理组件的URL(uniform resource locator，同一资源定位系统)参数。第一注册信息中可以包括多个业务组件的URL参数。跳转请求可以由待处理组件发出，根据跳转请求可以确定待处理组件要跳转到的组件，即目标跳转组件，对第二注册信息中待处理组件的URL参数与第一注册信息中的多个URL参数进行匹配，如果能将待处理组件和目标跳转组件进行匹配，则执行待处理组件至目标跳转组件的跳转处理，如果第一注册信息中的多个URL参数不存在目标跳转组件的URL参数，则确定未将待处理组件和目标跳转组件进行匹配，则可以跳转至预先设定的页面。

为了实现业务组件之间的功能函数的调用问题，在一个实施例中，APP数据处理请求包括调用请求；根据数据处理参数生成APP数据处理请求的数据处理结果，可以按照如下步骤执行：

根据调用请求确定待处理组件的第三注册信息；利用数据处理参数，对第一注册信息和第三注册信息进行匹配，得到匹配结果；匹配结果包括目标调用组件；根据匹配结果，执行待处理组件对目标调用组件的调用处理。

在本发明实施例中，参见图3所示的路由总线解耦合设计原理框图，第三注册信息中可以包括待处理组件的URL参数。第一注册信息中可以包括多个业务组件的URL参数。调用请求可以由待处理组件发出，根据调用请求可以确定待处理组件要调用的组件，即目标调用组件，对第三注册信息中待处理组件的URL参数与第一注册信息中的多个URL参数进行匹配，如果能将待处理组件和目标调用组件进行匹配，则执行待处理组件对目标调用组件的调用处理，如果第一注册信息中的多个URL参数不存在目标调用组件的URL参数，则确定未将待处理组件和目标调用组件进行匹配，则可以跳转至预先设定的页面。

考虑到除了组件间的信息交互，APP中还存在组件与其它数据单元之间的信息交互，因此，在获取业务组件的交互信息之后，还可以执行如下步骤：

获取目标对象的交互信息；目标对象可以用于与业务组件或与APP中除目标对象外的其他对象进行信息交互。

在本发明实施例中，目标对象是除业务组件外，其它可以与业务组件进行信息交互的数据单元。目标对象可以与业务组件进行信息交互，也可以与非业务组件的数据单元进行交互。目标对象可以是按钮对象或文本对象等。

考虑到路由总线解决了一对一的消息调用，如果多次注册同一个URL，则会被覆盖掉，为满足针对一对多的消息派发，则需要增加消息总线的设计，用来做为相互解耦的组件间交互通信的补充，因此，交互信息包括发布方信息和订阅方信息；根据交互信息生成数据处理参数，可以按照如下步骤执行：

根据发布方信息和订阅方信息确定消息调度表；将消息调度表作为数据处理参数。

在本发明实施例中，参见图4所示的消息总线解耦合设计原理框图，发布方信息可以用于确定发布消息的业务组件、业务名称以及消息附加信息等信息，订阅方信息可以用于确定有订阅需求的业务组件及相关信息，消息调度表可以用于确定发布方信息和订阅方信息之间的对应关系。

在一个实施例中，APP数据处理请求包括订阅请求；根据数据处理参数生成APP数据处理请求的数据处理结果，可以按照如下步骤执行：

根据订阅请求确定目标订阅方；根据数据处理参数，将目标发布方信息发送至目标订阅方。

在本发明实施例中，根据数据处理参数确定的发布方信息和订阅方信息之间的对应关系，为目标订阅方确定目标发布方信息，可以按照一定的优先级顺序，将目标发布方信息发送至目标订阅方。

考虑到当App数量越来越多时，重复工作的可复用性低，即便复用也是代码级的拷贝复用，复用后再修改也需要多处同步更新，不方便同一代码的后期统一升级维护。因此，在一个实施例中，业务组件包括第一类组件和第二类组件；第一类组件用于处理第一类业务数据；第二类组件用于处理第二类业务数据；第一类业务数据的使用频率低于第二类业务的使用频率；第二类业务数据用于实现预设功能。

在本发明实施例中，参见图2所示的移动端组件化架构结构层次图，第一类组件可以包括业务组件层的业务组件1、业务组件2、业务组件3……，第二类组件可以包括UI(UserInterface，用户界面)组件、数据处理组件和通用功能组件。其中，UI组件可以包括基础UI组件和业务UI组件；数据处理组件可以包括数据采集SDK(软件开发工具包)组件、数据转换组件、数据持久化组件以及文件服务组件中的一种或几种；通用功能组件可以包括网络服务组件、安全服务组件、屏幕适配组件、Hybrid(交换机)服务组件、消息推送组件、热更新组件、动态配置组件、国际化组件以及人脸指纹认证组件中的一种或几种。

在本发明实施例中，通过第二类组件可以将常用的功能设置为多个单独组件，从而通过调用这些单独的业务组件，实现较高的复用性。通过第一类组件可以实现一些使用频率较低的功能或者基础的功能，从而提高数据处理的灵活性。

本发明提供了一种APP数据处理方法、装置及移动终端，该方案可以作为移动端基础组件化框架，可以适应各app应用系统，在应用系统开发时，可以做到按模块拆分业务，各业务模块独立开发运行和维护，同时也为各个独立的业务模块间的交互和通信提供了底层技术支撑。

本发明实施例中还提供了一种APP数据处理装置，如下面的实施例所述。由于该装置解决问题的原理与APP数据处理方法相似，因此该装置的实施可以参见APP数据处理方法的实施，重复之处不再赘述。参见图6所示的APP数据处理装置结构框图，该装置包括：

获取模块61，用于获取业务组件的交互信息；多个业务组件集成在目标工程文件中，不同的业务组件用于处理不同类型的业务数据，目标工程文件中的业务组件之间为解耦关系；参数模块62，用于根据交互信息生成数据处理参数；处理模块63，用于当收到APP数据处理请求时，根据数据处理参数生成APP数据处理请求的数据处理结果。

在一个实施例中，交互信息包括生命周期信息；参数模块，用于：根据生命周期信息确定事件过滤参数和事件转发参数；将事件过滤参数和事件转发参数作为数据处理参数。

在一个实施例中，APP数据处理请求包括生命周期事件处理请求；处理模块，用于：根据生命周期事件处理请求和数据处理参数，将生命周期信息转发至目标组件。

在一个实施例中，交互信息包括第一注册信息；参数模块，用于：根据第一注册信息生成字典参数；将字典参数作为数据处理参数。

在一个实施例中，APP数据处理请求包括跳转请求；处理模块，用于：根据跳转请求确定待处理组件的第二注册信息；利用数据处理参数，对第一注册信息和第二注册信息进行匹配，得到匹配结果；匹配结果包括目标跳转组件；根据匹配结果，执行待处理组件至目标跳转组件的跳转处理。

在一个实施例中，APP数据处理请求包括调用请求；处理模块，用于：根据数据处理参数生成APP数据处理请求的数据处理结果，包括：根据调用请求确定待处理组件的第三注册信息；利用数据处理参数，对第一注册信息和第三注册信息进行匹配，得到匹配结果；匹配结果包括目标调用组件；根据匹配结果，执行待处理组件对目标调用组件的调用处理。

在一个实施例中，获取模块，还用于：获取目标对象的交互信息；目标对象可以用于与业务组件进行信息交互。

在一个实施例中，交互信息包括发布方信息和订阅方信息；参数模块，用于：根据发布方信息和订阅方信息确定消息调度表；将消息调度表作为数据处理参数。

在一个实施例中，APP数据处理请求包括订阅请求；处理模块，用于：根据订阅请求确定目标订阅方；根据数据处理参数，将目标发布方信息发送至目标订阅方。

在一个实施例中，业务组件包括第一类组件和第二类组件；第一类组件用于处理第一类业务数据；第二类组件用于处理第二类业务数据；第一类业务数据的使用频率低于第二类业务的使用频率；第二类业务数据用于实现预设功能。

本发明实施例还提供一种移动终端，该移动端包括上述任一种APP数据处理装置。

在本发明实施例中，该移动终端采用组件化架构，参见图2所示的移动端组件化架构结构层次图，组件化架构的移动客户端从APP运行时角度来说分为四层，横向层之间是相互不依赖完全解耦的，纵向层之间上层依赖下层，调用下层提供的服务：

业务组件层，整个APP实际上是由多个业务组件组装而成的，也就是说，在创建APP时，首先创建一个主工程，然后确认总体业务的拆分，每一个拆分出来的业务组件是一个独立的子工程，主工程负责将所有业务组件当作二方库集成到主工程里，每个子工程可以单独维护、独立编译运行，业务组件之间是完全解耦的。业务组件层的运行依赖下面的三层

基础组件层，共包括UI组件集、数据处理组件集和通用功能组件集。为业务组件层的开发提供具体技术点的支撑。

底层容器层，容器层为整个架构的核心，它是业务组件间解耦合的技术核心，其中路由总线解决组件间一对一的通信(包括页面的跳转和功能函数的调用)，消息总线解决组件间一对多的通信，路由总线+消息总线，为组件间的解耦合提供了底层支撑，生命周期的管理解决的是业务组件和主工程之间的解耦合，总结之，底层容器层为组件化框架打好了底层通信基础，底层容器层为上层业务组件间的交互和通信提供了技术基础，使得上层组件不用强耦合，也能彼此交互和通信。

平台系统层，所有的上层封装的组件都依赖于平台系统的接口，这里的平台系统包括iOS(由苹果公司开发的移动操作系统)平台和安卓平台。

基于同一发明构思，本发明实施例中还提供了一种用于实现上述APP数据处理方法中的全部或部分内容的电子设备实施例。该电子设备具体包含有如下内容：

处理器(processor)、存储器(memory)、通信接口(Communications Interface)和总线；其中，所述处理器、存储器、通信接口通过所述总线完成相互间的通信；所述通信接口用于实现相关设备之间的信息传输；该电子设备可以是台式计算机、平板电脑及移动终端等，本实施例不限于此。在本实施例中，该电子设备可以参照实施例用于实现上述APP数据处理方法的实施例及用于实现上述APP数据处理装置的实施例进行实施，其内容被合并于此，重复之处不再赘述。

图7为本发明实施例中提供的一种电子设备的系统组成结构示意图。如图7所示，该电子设备70可以包括处理器701和存储器702；存储器702耦合到处理器701。值得注意的是，该图7是示例性的；还可以使用其他类型的结构，来补充或代替该结构，以实现电信功能或其他功能。

在一个实施例中，APP数据处理方法实现的功能可以被集成到处理器701中。其中，处理器701可以被配置为进行如下控制：获取业务组件的交互信息；多个业务组件集成在目标工程文件中，不同的业务组件用于处理不同类型的业务数据，目标工程文件中的业务组件之间为解耦关系；根据交互信息生成数据处理参数；当收到APP数据处理请求时，根据数据处理参数生成APP数据处理请求的数据处理结果。

由上可知，本发明的实施例中提供的电子设备，通过不同的业务组件处理不同类型的业务数据，业务组件之间相互解耦合，可以实现APP的各个业务模块之间独立运行和编译，便于后期维护，降低维护成本，提高维护效率。

在另一个实施例中，APP数据处理装置可以与处理器701分开配置，例如可以将APP数据处理装置配置为与处理器701连接的芯片，通过处理器的控制来实现APP数据处理方法的功能。

如图7所示，该电子设备70还可以包括：通信模块703、输入单元704、音频处理单元705、显示器706、电源707。值得注意的是，电子设备70也并不是必须要包括图7中所示的所有部件；此外，电子设备70还可以包括图7中没有示出的部件，可以参考现有技术。

如图7所示，处理器701有时也称为控制器或操作控件，可以包括微处理器或其他处理器装置和/或逻辑装置，该处理器701接收输入并控制电子设备70的各个部件的操作。

其中，存储器702，例如可以是缓存器、闪存、硬驱、可移动介质、易失性存储器、非易失性存储器或其它合适装置中的一种或更多种。可储存上述与失败有关的信息，此外还可存储执行有关信息的程序。并且处理器701可执行该存储器702存储的该程序，以实现信息存储或处理等。

输入单元704向处理器701提供输入。该输入单元704例如为按键或触摸输入装置。电源707用于向电子设备70提供电力。显示器706用于进行图像和文字等显示对象的显示。该显示器例如可为LCD显示器，但并不限于此。

该存储器702可以是固态存储器，例如，只读存储器(ROM)、随机存取存储器(RAM)、SIM卡等。还可以是这样的存储器，其即使在断电时也保存信息，可被选择性地擦除且设有更多数据，该存储器的示例有时被称为EPROM等。存储器702还可以是某种其它类型的装置。存储器702包括缓冲存储器7021(有时被称为缓冲器)。存储器702可以包括应用/功能存储部7022，该应用/功能存储部7022用于存储应用程序和功能程序或用于通过处理器701执行电子设备70的操作的流程。

存储器702还可以包括数据存储部7023，该数据存储部7023用于存储数据，例如联系人、数字数据、图片、声音和/或任何其他由电子设备使用的数据。存储器702的驱动程序存储部7024可以包括电子设备的用于通信功能和/或用于执行电子设备的其他功能(如消息传送应用、通讯录应用等)的各种驱动程序。

通信模块703即为经由天线708发送和接收信号的发送机/接收机。通信模块(发送机/接收机)703耦合到处理器701，以提供输入信号和接收输出信号，这可以和常规移动通信终端的情况相同。

基于不同的通信技术，在同一电子设备中，可以设置有多个通信模块703，如蜂窝网络模块、蓝牙模块和/或无线局域网模块等。通信模块(发送机/接收机)703还经由音频处理单元705耦合到扬声器709和麦克风710，以经由扬声器709提供音频输出，并接收来自麦克风710的音频输入，从而实现通常的电信功能。音频处理单元705可以包括任何合适的缓冲器、解码器、放大器等。另外，音频处理单元705还耦合到处理器701，从而使得可以通过麦克风710能够在本机上录音，且使得可以通过扬声器709来播放本机上存储的声音。

本发明的实施例中还提供了一种用于实现上述实施例中APP数据处理方法中全部步骤的一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中的APP数据处理方法的全部步骤，例如，该处理器执行该计算机程序时实现下述步骤：获取业务组件的交互信息；多个业务组件集成在目标工程文件中，不同的业务组件用于处理不同类型的业务数据，目标工程文件中的业务组件之间为解耦关系；根据交互信息生成数据处理参数；当收到APP数据处理请求时，根据数据处理参数生成APP数据处理请求的数据处理结果。

由上可知，本发明的实施例中提供的计算机可读存储介质，通过不同的业务组件处理不同类型的业务数据，业务组件之间相互解耦合，可以实现APP的各个业务模块之间独立运行和编译，便于后期维护，降低维护成本，提高维护效率。

虽然本发明提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。术语“上”、“下”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。需要说明的是，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。本发明并不局限于任何单一的方面，也不局限于任何单一的实施例，也不局限于这些方面和/或实施例的任意组合和/或置换。可单独使用本发明的每个方面和/或实施例，或者与一个或更多其他方面和/或其他实施例结合使用。

最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (23)

1.一种APP数据处理方法，其特征在于，包括：

获取业务组件的交互信息；多个所述业务组件集成在目标工程文件中，不同的所述业务组件用于处理不同类型的业务数据，所述目标工程文件中的业务组件之间为解耦关系；

根据所述交互信息生成数据处理参数；

当收到APP数据处理请求时，根据所述数据处理参数生成所述APP数据处理请求的数据处理结果。

2.根据权利要求1所述的方法，其特征在于，所述交互信息包括生命周期信息；

根据所述交互信息生成数据处理参数，包括：

根据所述生命周期信息确定事件过滤参数和事件转发参数；

将所述事件过滤参数和所述事件转发参数作为数据处理参数。

3.根据权利要求2所述的方法，其特征在于，所述APP数据处理请求包括生命周期事件处理请求；

根据所述数据处理参数生成所述APP数据处理请求的数据处理结果，包括：

根据所述生命周期事件处理请求和所述数据处理参数，将所述生命周期信息转发至目标组件。

4.根据权利要求1所述的方法，其特征在于，所述交互信息包括第一注册信息；

根据所述交互信息生成数据处理参数，包括：

根据所述第一注册信息生成字典参数；

将所述字典参数作为数据处理参数。

5.根据权利要求4所述的方法，其特征在于，所述APP数据处理请求包括跳转请求；

根据所述数据处理参数生成所述APP数据处理请求的数据处理结果，包括：

根据所述跳转请求确定待处理组件的第二注册信息；

利用所述数据处理参数，对所述第一注册信息和所述第二注册信息进行匹配，得到匹配结果；所述匹配结果包括目标跳转组件；

根据所述匹配结果，执行所述待处理组件至所述目标跳转组件的跳转处理。

6.根据权利要求4所述的方法，其特征在于，所述APP数据处理请求包括调用请求；

根据所述数据处理参数生成所述APP数据处理请求的数据处理结果，包括：

根据所述调用请求确定待处理组件的第三注册信息；

利用所述数据处理参数，对所述第一注册信息和所述第三注册信息进行匹配，得到匹配结果；所述匹配结果包括目标调用组件；

根据所述匹配结果，执行所述待处理组件对所述目标调用组件的调用处理。

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

获取目标对象的交互信息；所述目标对象可以用于与所述业务组件或与所述APP中除所述目标对象外的其他对象进行信息交互。

8.根据权利要求7所述的方法，其特征在于，所述交互信息包括发布方信息和订阅方信息；

根据所述交互信息生成数据处理参数，包括：

根据所述发布方信息和所述订阅方信息确定消息调度表；

将所述消息调度表作为数据处理参数。

9.根据权利要求8所述的方法，其特征在于，所述APP数据处理请求包括订阅请求；

根据所述数据处理参数生成所述APP数据处理请求的数据处理结果，包括：

根据所述订阅请求确定目标订阅方；

根据所述数据处理参数，将目标发布方信息发送至所述目标订阅方。

10.根据权利要求1-9任一项所述的方法，其特征在于，所述业务组件包括第一类组件和第二类组件；

所述第一类组件用于处理第一类业务数据；

所述第二类组件用于处理第二类业务数据；所述第一类业务数据的使用频率低于所述第二类业务的使用频率；所述第二类业务数据用于实现预设功能。

11.一种APP数据处理装置，其特征在于，包括：

获取模块，用于获取业务组件的交互信息；多个所述业务组件集成在目标工程文件中，不同的所述业务组件用于处理不同类型的业务数据，所述目标工程文件中的业务组件之间为解耦关系；

参数模块，用于根据所述交互信息生成数据处理参数；

处理模块，用于当收到APP数据处理请求时，根据所述数据处理参数生成所述APP数据处理请求的数据处理结果。

12.根据权利要求11所述的装置，其特征在于，所述交互信息包括生命周期信息；所述参数模块，用于：

根据所述生命周期信息确定事件过滤参数和事件转发参数；

将所述事件过滤参数和所述事件转发参数作为数据处理参数。

13.根据权利要求12所述的装置，其特征在于，所述APP数据处理请求包括生命周期事件处理请求；所述处理模块，用于：

根据所述生命周期事件处理请求和所述数据处理参数，将所述生命周期信息转发至目标组件。

14.根据权利要求11所述的装置，其特征在于，所述交互信息包括第一注册信息；所述参数模块，用于：

根据所述第一注册信息生成字典参数；

将所述字典参数作为数据处理参数。

15.根据权利要求14所述的装置，其特征在于，所述APP数据处理请求包括跳转请求；所述处理模块，用于：

根据所述跳转请求确定待处理组件的第二注册信息；

利用所述数据处理参数，对所述第一注册信息和所述第二注册信息进行匹配，得到匹配结果；所述匹配结果包括目标跳转组件；

根据所述匹配结果，执行所述待处理组件至所述目标跳转组件的跳转处理。

16.根据权利要求14所述的装置，其特征在于，所述APP数据处理请求包括调用请求；所述处理模块，用于：

根据所述数据处理参数生成所述APP数据处理请求的数据处理结果，包括：

根据所述调用请求确定待处理组件的第三注册信息；

利用所述数据处理参数，对所述第一注册信息和所述第三注册信息进行匹配，得到匹配结果；所述匹配结果包括目标调用组件；

根据所述匹配结果，执行所述待处理组件对所述目标调用组件的调用处理。

17.根据权利要求11所述的装置，其特征在于，所述获取模块，还用于：

获取目标对象的交互信息；所述目标对象可以用于与所述业务组件进行信息交互。

18.根据权利要求17所述的装置，其特征在于，所述交互信息包括发布方信息和订阅方信息；所述参数模块，用于：

根据所述发布方信息和所述订阅方信息确定消息调度表；

将所述消息调度表作为数据处理参数。

19.根据权利要求18所述的装置，其特征在于，所述APP数据处理请求包括订阅请求；所述处理模块，用于：

根据所述订阅请求确定目标订阅方；

根据所述数据处理参数，将目标发布方信息发送至所述目标订阅方。

20.根据权利要求11-19任一项所述的装置，其特征在于，所述业务组件包括第一类组件和第二类组件；

所述第一类组件用于处理第一类业务数据；

所述第二类组件用于处理第二类业务数据；所述第一类业务数据的使用频率低于所述第二类业务的使用频率；所述第二类业务数据用于实现预设功能。

21.一种移动终端，其特征在于，包括权利要求10-20任一项所述的APP数据处理装置。

22.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至10任一所述APP数据处理方法。

23.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有执行权利要求1至10任一所述APP数据处理方法的计算机程序。

Images