CN109960501A - 应用程序app架构模型、处理方法及终端设备 - Google Patents

Abstract

本发明实施例提供一种应用程序APP架构模型、处理方法及终端设备，该APP架构模型包括：APP业务层和软件开发工具包SDK层，其中，SDK层包括抽象业务接口层和抽象业务实现层；抽象业务实现层用于根据操作指令，获取操作指令对应的目标业务数据，并通过抽象业务接口层将目标业务数据发送给APP业务层；其中，目标业务数据包括本地缓存数据和/或云服务器中的业务数据；APP业务层用于对目标业务数据进行业务逻辑处理，并显示业务逻辑处理结果。本发明实施例提供的应用程序APP架构模型、处理方法及终端设备，实现了APP业务与云服务器接口的分离，从而降低了开发难度。

Description

应用程序APP架构模型、处理方法及终端设备

技术领域

本发明实施例涉及终端设备技术领域，尤其涉及一种应用程序APP架构 模型、处理方法及终端设备。

背景技术

在物联网技术领域，常用的方式是通过终端设备上的应用程序 (Application，APP)架构模型和云服务器实现对终端设备的管理和操控。典 型的结构就是“云、管、端”的三端结构。常见的应用程序APP架构模型主 要有三种架构，这三种架构模型分别为：模式-视图-控制器 (Model-View-Controller，MVC)架构模型、模式-视图-表示层 (Model-View-Presenter，MVP)架构模型、及模式-视图-视图模式 (Model-View-View Model，MVVM)架构模型。

其中，MVC架构模型主要实现了应用程序中的数据模型与业务和展示逻 辑之间的解耦；MVP架构模型为MVC架构模式的改良模式，与MVC架构 模式的相同之处在于Controller/Presenter负责业务逻辑，Model管理数据， View负责显示，只不过是将Controller改名为Presenter，以此改变通信方 向。MVVM架构模式是MV架构模式与Windows呈现基础(Windows Presentation Foundation，WPF)结合，演变出一种新型架构模式，以应对客 户日益复杂的需求变化。

在上述三种APP架构模型，APP业务层包括数据展示层作为数据的处理 中心和数据的展示中心，其实现过程是极为复杂的：因为其考虑的东西远远 多于APP架构里其它结构或模块，涉及的东西包括但不限于界面布局、屏幕 适配、图片资源、文本资源、颜色资源等等。由于APP业务层与云服务器接 口紧密结合的关系，当切换云服务器时，会使得APP架构模型的代码改动较 大，几乎要重新开发整个APP架构模型，使得开发难度较大。

发明内容

本发明实施例提供一种应用程序APP架构模型、处理方法及终端设备， 以实现APP业务与云服务器接口的分离，从而降低开发难度。

第一方面，本发明实施例提供一种应用程序APP架构模型，包括：

APP业务层和软件开发工具包SDK层，其中，所述SDK层包括抽象业 务接口层和抽象业务实现层；

所述抽象业务实现层用于根据操作指令，获取所述操作指令对应的目标 业务数据，并通过所述抽象业务接口层将所述目标业务数据发送给所述APP 业务层；其中，所述目标业务数据包括本地缓存数据和/或云服务器中的业务 数据；

所述APP业务层用于对所述目标业务数据进行业务逻辑处理，并显示业 务逻辑处理结果。

在一种可能的实现方式中，所述SDK层还包括数据层，其中，所述数据 层包括本地缓存数据和应用程序编程接口API函数；

所述抽象业务实现层还用于通过所述API函数，从所述云服务器中获取 所述目标业务数据。

在一种可能的实现方式中，所述APP业务层用于在接收到所述操作指令 时，通过所述抽象业务接口层将所述操作指令发送给所述抽象业务实现层。

在一种可能的实现方式中，所述APP业务层包括APP上层业务层和APP 业务处理层；

其中，所述APP业务处理层用于对所述目标业务数据进行业务逻辑处理， 并将所述业务逻辑处理结果发送给所述APP上层业务层；

所述APP上层业务层用于显示所述业务逻辑处理结果。

在一种可能的实现方式中，所述抽象业务接口层与所述云服务器提供的 API函数无关联。

在一种可能的实现方式中，所述抽象业务接口层为通过所述抽象业务实 现层，对不同云服务器各自对应的接口层进行封装得到的。

在一种可能的实现方式中，所述抽象业务实现层对应至少两个云服务器。

第二方面，本发明实施例还提供一种业务数据的处理方法，应用于应用 程序APP架构模型，所述APP架构模型包括：APP业务层和软件开发工具 包SDK层，其中，其中，所述SDK层包括抽象业务接口层和抽象业务实现 层，所述方法包括：

所述抽象业务实现层根据操作指令，获取所述操作指令对应的目标业务 数据，并通过所述抽象业务接口层将所述目标业务数据发送给所述APP业务 层；其中，所述目标业务数据包括本地缓存数据和/或云服务器中的业务数据；

所述APP业务层对所述目标业务数据进行业务逻辑处理，并显示业务逻 辑处理结果。

在一种可能的实现方式中，所述抽象业务实现层根据操作指令，获取所 述操作指令对应的目标业务数据，包括：

所述抽象业务实现层根据操作指令，通过所述SDK层的数据层中应用程 序编程接口API函数，从所述云服务器中获取所述目标业务数据；其中，所 述数据层包括本地缓存数据和应用程序编程接口API函数。

在一种可能的实现方式中，所述抽象业务实现层根据操作指令，获取所 述操作指令对应的目标业务数据之前，还包括：

所述抽象业务实现层接收所述操作指令，所述操作指令是所述APP业务 层接收并通过所述业务接口层发送给所述抽象业务实现层的。

在一种可能的实现方式中，所述APP业务层对所述目标业务数据进行业 务逻辑处理，并显示业务逻辑处理结果，包括：

所述APP业务层中的APP业务处理层对所述目标业务数据进行业务逻辑 处理，并将所述业务逻辑处理结果发送给所述APP业务层中的APP上层业务 层；

所述APP上层业务层显示所述业务逻辑处理结果。

在一种可能的实现方式中，所述抽象业务接口层与所述云服务器提供的 API函数无关联。

在一种可能的实现方式中，所述抽象业务接口层为通过所述抽象业务实 现层，对不同云服务器各自对应的接口层进行封装得到的。

在一种可能的实现方式中，所述抽象业务实现层对应至少两个云服务器。

第三方面，本发明实施例还提供一种终端设备，该终端设备可以包括上 述第一方面任一实施例所述的应用程序APP架构模型。

需要说明的是，本发明实施例提供的终端设备，还可以用于执行上述第 二方面任一项所述的业务数据的处理方法。

本发明实施例提供的应用程序APP架构模型、处理方法及终端设备，该 APP架构模型包括：APP业务层和软件开发工具包SDK层，其中，SDK层 包括抽象业务接口层和抽象业务实现层；其中，抽象业务实现层用于根据操 作指令，获取操作指令对应的目标业务数据，并通过抽象业务接口层将所述 目标业务数据发送给APP业务层；其中，目标业务数据包括本地缓存数据和 /或云服务器中的业务数据；APP业务层用于对目标业务数据进行业务逻辑处 理，并显示业务逻辑处理结果。由此可见，本发明实施例提供的应用程序APP 架构模型、处理方法及终端设备，通过对APP架构模型进行分层，使得在数 据交互过程中，抽象业务实现层在根据操作指令，获取到该操作指令对应的 目标业务数据之后，可以通过抽象业务接口层将该操作指令对应的目标业务 数据发送给APP业务层，使得APP业务层对该目标业务数据进行处理并显示 逻辑处理结果，抽象了抽象业务接口层，实现了APP业务与云服务器接口的 分离，从而降低了开发难度。

附图说明

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

图1为本发明实施例提供的一种应用程序APP架构模型的结构示意图；

图2为本发明实施例提供的另一种应用程序APP架构模型的结构示意图；

图3为本发明实施例提供的又一种应用程序APP架构模型的结构示意图；

图4为本发明实施例提供的一种业务数据的处理方法的流程示意图。

具体实施方式

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

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、 “第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述 特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换， 以便这里描述的本发明的实施例例如能够以除了在这里图示或描述的那些以 外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图 在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清 楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

对于现有的APP架构模型，由于APP业务和云服务器接口是紧密结合的， 这样当切换云服务器时，会使得APP架构模型的代码改动较大，几乎要重新 开发整个APP架构模型，使得开发难度较大。为了实现APP业务与云服务器 接口的分离，从而降低开发难度，本发明实施例提供了一种应用程序APP架 构模型，该APP架构模型包括：APP业务层和软件开发工具包SDK层，其 中，SDK层包括抽象业务接口层和抽象业务实现层；其中，抽象业务实现层用于根据操作指令，获取操作指令对应的目标业务数据，并通过抽象业务接 口层将目标业务数据发送给APP业务层；其中，目标业务数据包括本地缓存 数据和/或云服务器中的业务数据；APP业务层用于对目标业务数据进行业务 逻辑处理，并显示业务逻辑处理结果。由此可见，本发明实施例提供的应用 程序APP架构模型，通过对APP架构模型进行分层，使得在数据交互过程中， 抽象业务实现层在根据操作指令，获取到该操作指令对应的目标业务数据之 后，可以通过抽象业务接口层将该操作指令对应的目标业务数据发送给APP 业务层，使得APP业务层对该目标业务数据进行处理并显示逻辑处理结果， 抽象了抽象业务接口层，实现了APP业务与云服务器接口的分离，从而降低 了开发难度。

下面以具体的实施例对本发明的技术方案以及本发明的技术方案如何解 决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对 于相同或相似的概念或过程在某些实施例中不再赘述。下面将结合附图，对 本发明的实施例进行描述。

图1为本发明实施例提供的一种应用程序APP架构模型的结构示意图， 该应用程序APP架构模型可以由处理器执行，该处理器可以独立设置，也可 以集成在终端设备中。示例的，请参见图1所示，该应用程序APP架构模型 可以包括：

APP业务层和软件开发工具包(Software Development Kit，SDK)层， 其中，SDK层包括抽象业务接口层和抽象业务实现层。

其中，抽象业务实现层用于根据操作指令，获取操作指令对应的目标业 务数据，并通过抽象业务接口层发送给APP业务层。

其中，目标业务数据包括本地缓存数据和/或云服务器中的业务数据。详 细来说，目标业务数据可以只包括本地缓存数据，也可以只包括云服务器中 的业务数据，当然，也可以同时包括本地缓存数据和云服务器中的业务数据。

其中，抽象业务实现层主要用于实现用户需求的各种业务逻辑、UI展示、 用户的交互等。SDK层，主要用于提供接口API函数和本地缓存数据给抽象 业务实现层使用，且该SDK层不能调用APP业务层。抽象业务接口层是根 据APP业务抽象出来的业务接口，该抽象业务接口层是标准接口，实现需要 遵循接口完成。分离抽象业务接口层与抽象业务实现层，后续通用性、扩展 性强，对应的，接口文件可以成为标准文件，用于其它项目中，只需要实现 相应的接口即可。示例的，抽象业务接口层可以为登录接口、注册接口、获 取家庭房间列表接口等接口，在此，本发明实施例只是以抽象业务接口层可 以为登录接口、注册接口、获取家庭房间列表接口为例进行说明，但并不代 表本发明实施例仅局限于此。需要说明的是，该抽象业务接口层只提供接口 定义，不提供实现方式。

可选的，在本发明实施例中，抽象业务实现层对应至少两个云服务器， 在与云服务器进行交互时，抽象业务接口层为通过抽象业务实现层，对不同 云服务器各自对应的接口层进行封装得到的。即对于不同服务器而言，在对 其各自对应的接口层进行封装之后，得到唯一的抽象业务接口层，这样一个 或者多个操作指令对应的不同的云服务器时，均可以通过该唯一的业务层与 不同云服务器之间进行数据交互。此外，还需要说明的是，在与本地缓存数 据交互时，抽象业务接口层为通过抽象业务实现层，对本地缓存数据各自对应的接口层进行封装得到的。进一步地，在与云服务器和本地缓存数据均进 行交互时，抽象业务接口层为通过抽象业务实现层，对不同云服务器各自对 应的接口层和本地缓存数据各自对应的接口层进行封装得到的。其中，至少 两个云服务器的个数可以为2个，也可以为3个，当然，也可以为其它数量， 具体可以根据需要进行设置，在此，对于至少两个云服务器的个数，本发明 实施例不做进一步地限制。

抽象业务实现层在根据操作指令，获取到操作指令对应的目标业务数据 之后，就可以通过该抽象业务接口层将操作指令对应的目标业务数据发送给 APP业务层，使得APP业务层接收到操作指令对应的目标业务数据之后，执 行：

APP业务层用于对目标业务数据进行业务逻辑处理，并显示业务逻辑处 理结果，从而完成数据交互过程。

需要说明的是，在本发明实施例中，通过对APP架构模型进行分层，使 得在数据交互过程中，暴露给第三方的只有抽象出来的抽象业务接口层，而 会隐藏云服务器接口及抽象业务实现层，有利于技术保密。由于调用不当遭 受攻击的云服务器接口，具体调用方式由SDK层提供，该SDK层为云服务 器标准输出文件，从而降低了APP调用引起的云服务器被攻击的风险。

由此可见，本发明实施例提供的应用程序APP架构模型，通过对APP 架构模型进行分层，使得在数据交互过程中，抽象业务实现层在根据操作指 令，获取到该操作指令对应的目标业务数据之后，可以通过抽象业务接口层 将该操作指令对应的目标业务数据发送给APP业务层，使得APP业务层对该 目标业务数据进行处理并显示逻辑处理结果，抽象了抽象业务接口层，实现 了APP业务与云服务器接口的分离，从而降低了开发难度。

基于图1所示的实施例，需要说明的是，抽象业务实现层在获取操作指 令对应的目标业务数据时，若需要获取的目标业务数据为本地缓存数据，则 抽象业务实现层可以直接通过抽象业务接口层在本地缓存数据中获取操作指 令对应的目标业务数据；若需要获取的目标业务数据为云服务器侧的业务数 据，则抽象业务实现层需要通过API函数，从云服务器中获取操作指令对应 的目标业务数据。该API函数可以被存储在数据层中，对应的，SDK层还包 括数据层，该数据层中包括本地缓存数据和应用程序编程接口API函数，示 例的，请参见图2所示，图2为本发明实施例提供的另一种应用程序APP架 构模型的结构示意图。

若需要获取的目标业务数据为云服务器侧的业务数据，抽象业务实现层 还用于通过API函数，从云服务器中获取目标业务数据。

可选的，抽象业务接口层与云服务器提供的API函数无关联，即对于抽 象业务接口层而言，对于不同的操作指令，均对应该同一个抽象业务接口层， 因此，都可以通过该同一个抽象业务接口层调用不同的API函数。需要说明 的是，数据层中的API函数可以为一个云服务器对应的API函数，也可以为 多个云服务器(2个云服务器或者2个以上云服务器)对应的API函数。对 于不同的云服务器对应的API函数，调用的接口是抽象出来的抽象业务接口 层，抽象业务接口层是不变的，抽象业务实现层可以对接多个云服务器，可 以灵活选择当前使用哪一个云服务器，这样做实现了云服务器的循序切换。 即有些用户的APP使用云服务器1，有些用户的APP使用云服务器2，云服 务器的切换对APP的影响不是绝对的，是可选择的。通过将多个云服务器对 应的API函数设置在数据层中，这样当切换云服务器时，只需要修改该抽象 业务实现层和数据层即可，而无需修改整个APP架构模型，抽象了抽象业务 接口层，实现了APP业务与云服务器接口的分离，从而降低了开发难度。

此外，还需要说明的是，在执行图1所示的实施例之前，即抽象业务实 现层用于根据操作指令，获取操作指令对应的目标业务数据，并通过抽象业 务接口层发送给APP业务层，使得APP业务层用于对目标业务数据进行业务 逻辑处理，并显示业务逻辑处理结果之前，对于APP业务层而言，需要先接 收用户输入的操作指令，并在接收到用户输入的操作指令时，通过抽象业务 接口层将操作指令发送给抽象业务实现层，使得抽象业务实现层在接收到该 操作指令之后，才能根据操作指令，获取操作指令对应的目标业务数据，并 通过抽象业务接口层将目标业务数据发送给APP业务层，使得APP业务层对 该目标业务数据进行业务逻辑处理，并显示业务逻辑处理结果。

进一步地，APP业务层在对目标业务数据进行业务逻辑处理，并显示业 务逻辑处理结果时，可选的，该APP业务层可以包括APP上层业务层和APP 业务处理层，示例的，请参见图3所示，图3为本发明实施例提供的又一种 应用程序APP架构模型的结构示意图。

其中，APP业务处理层用于对目标业务数据进行业务逻辑处理，并将业 务逻辑处理结果发送给APP上层业务层；APP上层业务层用于显示业务逻辑 处理结果。

图4为本发明实施例提供的一种业务数据的处理方法的流程示意图，应 用于应用程序APP架构模型，其中，APP架构模型包括：APP业务层和软件 开发工具包SDK层，其中，其中，SDK层包括抽象业务接口层和抽象业务 实现层。示例的，请参见图4所示，该业务数据的处理方法可以包括：

S401、抽象业务实现层根据操作指令，获取操作指令对应的目标业务数 据。

S402、抽象业务实现层通过抽象业务接口层将目标业务数据发送给APP 业务层。

其中，目标业务数据包括本地缓存数据和/或云服务器中的业务数据；

可选的，抽象业务实现层对应至少两个云服务器。

可选的，抽象业务接口层为通过抽象业务实现层，对不同云服务器各自 对应的接口层进行封装得到的。

S403、APP业务层对目标业务数据进行业务逻辑处理，并显示业务逻辑 处理结果。

由此可见，本发明实施例提供的业务数据的处理方法，通过对APP架构 模型进行分层，使得在数据交互过程中，抽象业务实现层在根据操作指令， 获取到该操作指令对应的目标业务数据之后，可以通过抽象业务接口层将该 操作指令对应的目标业务数据发送给APP业务层，使得APP业务层对该目标 业务数据进行处理并显示逻辑处理结果，抽象了抽象业务接口层，实现了APP 业务与云服务器接口的分离，从而降低了开发难度。

可选的，抽象业务实现层根据操作指令，获取操作指令对应的目标业务 数据，包括：

抽象业务实现层根据操作指令，通过SDK层中的数据层中的应用程序编 程接口API函数，从云服务器中获取目标业务数据；其中数据层包括本地缓 存数据和API函数。

可选的，抽象业务接口层与云服务器提供的API函数无关联。

可选的，抽象业务实现层根据操作指令，获取操作指令对应的目标业务 数据之前，还包括：

抽象业务实现层接收操作指令，操作指令是所述APP业务层接收并通过 所述业务接口层发送给所述抽象业务实现层的。

可选的，APP业务层对目标业务数据进行业务逻辑处理，并显示业务逻 辑处理结果，包括：

APP业务层中的APP业务处理层对目标业务数据进行业务逻辑处理，并 将业务逻辑处理结果发送给APP业务层中的APP上层业务层。

APP上层业务层显示业务逻辑处理结果。

本发明实施例提供的业务数据的处理方法，其实现原理以及有益效果与 应用程序APP架构模型的实现原理以及有益效果类似，此处不再进行赘述。

本发明实施例提供的一种终端设备，该终端设备可以包括上述图1-图3 所示的任一实施例所示的应用程序APP架构模型。

本发明实施例所示的终端设备，可以包括上述图1-图3所示的任一实施 例所示的应用程序APP架构模型的技术方案，其实现原理以及有益效果与应 用程序APP架构模型的实现原理以及有益效果类似，此处不再进行赘述。

需要说明的是，本发明实施例提供的终端设备，还可以用于执行上述图 4所示的业务数据的处理方法的技术方案，其实现原理以及有益效果与业务 数据的处理方法的实现原理以及有益效果类似，此处不再进行赘述。

本发明实施例还提供一种计算机可读存储介质，该计算机可读存储介质 上存储有计算机程序，在计算机程序被处理器执行时，可以执行上述图1-图 3所示的任一实施例所示的应用程序APP架构模型的技术方案，其实现原理 以及有益效果与业务数据的处理方法的实现原理以及有益效果类似，此处不 再进行赘述。

上述实施例中处理器可以是通用处理器、数字信号处理器(digital signalprocessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、 现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻 辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本 发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理 器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的 方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中 的硬件及软件模块组合执行完成。软件模块可以位于随机存取存储器(random access memory，RAM)、闪存、只读存储器(read-only memory，ROM)、 可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储 介质中。该存储介质位于存储器，处理器读取存储器中的指令，结合其硬件 完成上述方法的步骤。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法， 可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的， 例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外 的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或 一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或 直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连 接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作 为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方， 或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或 者全部单元来实现本实施例方案的目的。另外，在本发明各个实施例中的各 功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也 可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬 件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本 公开的其它实施方案。本发明旨在涵盖本公开的任何变型、用途或者适应性 变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公 开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被 视为示例性的，本公开的真正范围和精神由下面的权利要求书指出。

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

Claims (10)

1.一种应用程序APP架构模型，其特征在于，包括：

APP业务层和软件开发工具包SDK层，其中，所述SDK层包括抽象业务接口层和抽象业务实现层；

所述抽象业务实现层用于根据操作指令，获取所述操作指令对应的目标业务数据，并通过所述抽象业务接口层将所述目标业务数据发送给所述APP业务层；其中，所述目标业务数据包括本地缓存数据和/或云服务器中的业务数据；

所述APP业务层用于对所述目标业务数据进行业务逻辑处理，并显示业务逻辑处理结果。

2.根据权利要求1所述的架构模型，其特征在于，所述SDK层还包括数据层，其中，所述数据层包括本地缓存数据和应用程序编程接口API函数；

所述抽象业务实现层还用于通过所述API函数，从所述云服务器中获取所述目标业务数据。

3.根据权利要求1或2所述的架构模型，其特征在于，

所述APP业务层用于在接收到所述操作指令时，通过所述抽象业务接口层将所述操作指令发送给所述抽象业务实现层。

4.根据权利要求1或2所述的架构模型，其特征在于，所述APP业务层包括APP上层业务层和APP业务处理层；

其中，所述APP业务处理层用于对所述目标业务数据进行业务逻辑处理，并将所述业务逻辑处理结果发送给所述APP上层业务层；

所述APP上层业务层用于显示所述业务逻辑处理结果。

5.根据权利要求1或2所述的架构模型，其特征在于，

所述抽象业务接口层与所述云服务器提供的API函数无关联。

6.根据权利要求1或2所述的架构模型，其特征在于，

所述抽象业务接口层为通过所述抽象业务实现层，对不同云服务器各自对应的接口层进行封装得到的。

7.根据权利要求1或2所述的架构模型，其特征在于，

所述抽象业务实现层对应至少两个云服务器。

8.一种业务数据的处理方法，应用于应用程序APP架构模型，其特征在于，所述APP架构模型包括：APP业务层和软件开发工具包SDK层，其中，所述SDK层包括抽象业务接口层和抽象业务实现层，所述方法包括：

所述抽象业务实现层根据操作指令，获取所述操作指令对应的目标业务数据，并通过所述抽象业务接口层将所述目标业务数据发送给所述APP业务层；其中，所述目标业务数据包括本地缓存数据和/或云服务器中的业务数据；

所述APP业务层对所述目标业务数据进行业务逻辑处理，并显示业务逻辑处理结果。

9.根据权利要求8所述的方法，其特征在于，所述抽象业务实现层根据操作指令，获取所述操作指令对应的目标业务数据，包括：

所述抽象业务实现层根据操作指令，通过所述SDK层的数据层中应用程序编程接口API函数，从所述云服务器中获取所述目标业务数据；其中，所述数据层包括本地缓存数据和应用程序编程接口API函数。

10.一种终端设备，其特征在于，包括上述权利要求1-7任一项所述的应用程序APP架构模型。