CN109218450B - 一种客户端业务服务系统及其工作方法 - Google Patents

Abstract

本发明提供一种客户端业务服务系统，包括服务工厂、若干个业务组件和网络请求管理子系统；服务工厂包括基础服务模块和业务组件管理模块，基础服务模块用以提供业务组件统一遵循的服务协议，业务组件管理模块用以管理业务组件的工作状态；业务组件包含至少一个功能集合，每个功能集合用以处理一类业务逻辑；业务组件均设置有业务服务API接口；网络请求管理子系统包括基础请求模块、业务请求模块、请求管理模块，基础请求模块用以处理数据的请求和应答、请求的启动和停止，业务请求模块继承基础请求，用以处理接收到的请求业务，请求管理模块用以管理请求和网络链接。本发明能够简化使用者对业务服务的需求，使客户端业务服务便于管理和维护更新。

Description

一种客户端业务服务系统及其工作方法

技术领域

本发明涉及客户端业务服务领域，具体而言涉及一种客户端业务服务系统及其工作方法。

背景技术

现有的客户端业务服务管理中，视图代码和业务逻辑代码混合，代码结构不清晰，业务请求难以复用，也没有统一且扩展性良好的业务服务框架，导致后期维护和更新困难。另外，业务请求、应答和存储不统一，每个模型自行完成数据存储，难以管理。

而对应的，客户端涉及APP、H5、小程序等，在运行过程中极其需要有一个统一的业务服务框架来完成整个客户端中业务组件的管理。

发明内容

本发明目的在于提供一种客户端业务服务系统及其工作方法，负责管理客户端中所有业务服务，对外提供业务服务API；提供多种业务数据应答方式；提供自动的网络应答数据转化成数据模型和业务数据存储、系统内部处理与server的网络请求、业务逻辑等功能，简化使用者对业务服务的需求，使客户端业务服务便于管理和维护更新。

为达成上述目的，本发明提出一种客户端业务服务系统，所述系统包括服务工厂、若干个业务组件和网络请求管理子系统；

所述服务工厂包括基础服务模块和业务组件管理模块，其中，基础服务模块用以提供业务组件统一遵循的服务协议，业务组件管理模块用以管理业务组件的工作状态；

所述业务组件包含至少一个功能集合，每个功能集合用以处理一类业务逻辑，每个所述业务组件均设置有业务服务API接口，用以使调用者通过服务工厂以获取对应的业务组件对象；

所述网络请求管理子系统包括基础请求模块、业务请求模块、请求管理模块，其中，基础请求模块用以处理数据的请求和应答、请求的启动和停止，业务请求模块继承基础请求，用以处理接收到的请求业务，请求管理模块用以管理请求和网络链接。

进一步的实施例中，所述业务组件根据业务功能以分别定义其所包含的功能集合。

进一步的实施例中，所述业务组件包括至少一个网络请求对象，一个网络请求对象对应一个或者多个功能集合。

进一步的实施例中，每个遵循所述服务协议的业务组件至少包括以下接口：

1)serviceName接口，用以通过业务组件的名称以创建业务组件实例；

2)needUnloading接口，用以判断当前业务组件是否需要卸载；

3)servicewillload接口、serviceDidLoad接口、serviceWillUnLoad接口、serviceDidUnLoad接口，用以实现业务组件的装载和卸载；

4)addDelegate接口、removeDelegate接口、removeAllDelegate接口，用以增加和删除业务数据接收代理；

5)actionAfterLogin接口、actionAfterlogout接口，用以分别管理登录成功和退出登录两种登录状态。

进一步的实施例中，所述业务组件设置有生命周期；

所述服务工厂响应于任意一个业务组件的生命周期结束，自动卸载该业务组件。

进一步的实施例中，所述业务组件具有独立的卸载策略，卸载策略封装在needUnloading接口中。

进一步的实施例中，所述卸载策略包括：

当任意一个业务组件完成所有请求、并且对应的业务服务代理为空时，卸载该业务组件。

基于前述客户端业务服务系统，本发明还提及一种客户端业务服务系统的工作方法，所述工作方法包括：

服务工厂启动，记录启动时间，装载必要的业务组件，即时监听登录成功和退出登录通知；

响应于获取任意一个业务组件的请求，查询该业务组件对象是否存在：1)如果存在，返回该业务组件对象至调用者；2)如果不存在，动态创建该业务组件对象，装载完成后服务工厂保存该业务组件对象、并且将该业务组件对象返回至调用者。

进一步的实施例中，所述工作方法还包括：

步骤1，通过服务工厂提供调用者业务组件对象，业务组件对象包括若干个业务组件API，一个功能集合对应一个或者多个业务组件API；

调用者通过服务工厂获取业务组件对象，继而调用业务组件API；

步骤2，响应于调用者提出的调用任意一个业务组件API的请求，通过业务组件调用对应的功能集合，功能集合创建请求对象，传入请求业务参数、URL信息；

步骤3，根据请求业务参数、URL信息以启动请求，并且将请求加入到请求队列；

步骤4，使用请求管理将请求发送到server端进行处理，server端返回应答数据至请求管理；请求管理将接收到的server端应答数据传送至业务请求对象，业务请求对象将网络数据转换成业务模型，并根据需要存储在本地，同时处理网络异常和业务异常；

步骤5，业务请求对象将处理好的业务数据传输至功能集合，功能集合再传输给业务组件对象；

步骤6，业务组件对象通过代理、回调和通知方式，将数据传递给调用者。

由以上本发明的技术方案，与现有相比，其显著的有益效果在于：

1)负责管理客户端中所有业务服务，对外提供业务服务API。

2)提供多种业务数据应答方式。

3)提供自动的网络应答数据转化成数据模型和业务数据存储、系统内部处理与server的网络请求、业务逻辑等功能，简化使用者对业务服务的需求。

4)使客户端业务服务便于管理和维护更新。

应当理解，前述构思以及在下面更加详细地描述的额外构思的所有组合只要在这样的构思不相互矛盾的情况下都可以被视为本公开的发明主题的一部分。另外，所要求保护的主题的所有组合都被视为本公开的发明主题的一部分。

结合附图从下面的描述中可以更加全面地理解本发明教导的前述和其他方面、实施例和特征。本发明的其他附加方面例如示例性实施方式的特征和/或有益效果将在下面的描述中显见，或通过根据本发明教导的具体实施方式的实践中得知。

附图说明

附图不意在按比例绘制。在附图中，在各个图中示出的每个相同或近似相同的组成部分可以用相同的标号表示。为了清晰起见，在每个图中，并非每个组成部分均被标记。现在，将通过例子并参考附图来描述本发明的各个方面的实施例，其中：

图1是本发明的客户端业务服务系统的结构示意图。

图2是本发明的客户端业务服务系统的工作方法流程图。

图3是本发明的其中一个例子的工作方法流程图。

图4是本发明的调用者使用业务组件的方法流程图。

具体实施方式

为了更了解本发明的技术内容，特举具体实施例并配合所附图式说明如下。

在本公开中参照附图来描述本发明的各方面，附图中示出了许多说明的实施例。本公开的实施例不必定意在包括本发明的所有方面。应当理解，上面介绍的多种构思和实施例，以及下面更加详细地描述的那些构思和实施方式可以以很多方式中任意一种来实施，这是因为本发明所公开的构思和实施例并不限于任何实施方式。另外，本发明公开的一些方面可以单独使用，或者与本发明公开的其他方面的任何适当组合来使用。

结合图1，本发明的目的是提出一种客户端业务服务系统，所述系统包括服务工厂、若干个业务组件和网络请求管理子系统。

服务工厂管理所有服务组件，对外提供组件，对外提供装载、卸载和获取服务组件接口，例如，getServiceWithServiceName接口、unloadServiceWithServiceName接口的使用调用。

所述服务工厂包括基础服务模块和业务组件管理模块，其中，基础服务模块用以提供业务组件统一遵循的服务协议，业务组件管理模块用以管理业务组件的工作状态。

基础服务，提供统一的服务协议，所有其他服务组件都需要遵循这些协议，并实现需要的协议。遵循协议的服务组件就可以由服务工厂管理，并对外提供相应的服务API。

具体的业务组件遵循协议的服务组件协议，提供相应的业务服务API，调用者通过服务工厂获取业务组件对象，就可以直接调用提供的API实现所需功能。

在一些例子中，每个遵循所述服务协议的业务组件至少包括以下接口：

1)serviceName接口：服务组件的名字。服务工厂可以根据serviceName，动态创建服务组件实例

2)needUnloading接口：是否需要卸载。服务工厂根据此接口判断是否需要卸载服务组件。

3)servicewillload接口、serviceDidLoad接口、serviceWillUnLoad接口、serviceDidUnLoad接口：服务工厂装载和卸载服务组件时调用的API。

4)addDelegate接口、removeDelegate接口、removeAllDelegate接口：增加和删除业务数据接收代理接口。

5)actionAfterLogin接口、actionAfterlogout接口：登录成功和退出登录后接口。

优选的，所述业务组件设置有生命周期。

服务工厂管理业务服务组件的生命周期，当业务组件不在使用时可以自动卸载此服务组件。卸载策略由各个服务组件提供，封装在needUnloading接口中，服务工厂会定期询问每个服务是否需要卸载。

系统还可以提供一个通用的卸载策略：当服务组件完成所有请求，且业务服务代理为空，则卸载此业务服务组件。

所述业务组件包含至少一个功能集合，每个功能集合用以处理一类业务逻辑。每个所述业务组件均设置有业务服务API接口，用以使调用者通过服务工厂以获取对应的业务组件对象。

在另一些例子中，所述业务组件包括至少一个网络请求对象，一个网络请求对象对应一个或者多个功能集合。

具体的，每个业务组件包含若干个功能集合，根据业务的定义划分功能集合，如信用卡服务组件，可以划分如下几个功能集合：信用卡账户相关功能集合、信用卡账单功能集合(包括当前账单、历史账单等业务功能)。

每个功能集合处理相应的业务逻辑，包含相应网络请求对象，网络请求对象可以每个功能集合含有一个，或者所有功能集合共用一个和业务数据模型。

所述网络请求管理子系统包括基础请求模块、业务请求模块、请求管理模块，其中，基础请求模块用以处理数据的请求和应答、请求的启动和停止，业务请求模块继承基础请求，用以处理接收到的请求业务，请求管理模块用以管理请求和网络链接。

结合图2，基于前述客户端业务服务系统，本发明还提及一种客户端业务服务系统的工作方法，所述工作方法包括：

服务工厂启动，记录启动时间，装载必要的业务组件，即时监听登录成功和退出登录通知。

响应于获取任意一个业务组件的请求，查询该业务组件对象是否存在：1)如果存在，返回该业务组件对象至调用者；2)如果不存在，动态创建该业务组件对象，装载完成后服务工厂保存该业务组件对象、并且将该业务组件对象返回至调用者。

图3是本发明所提及的客户端业务服务系统的其中一个例子的工作方法，其中，一方面，服务工厂定期检查是否需要卸载无用组件，具体的，服务工厂调用已存在的业务组件的needUnloading接口，如果返回true，则卸载此组件；另一方面，响应于获取任意一个业务组件的请求，如果查询后发现该业务组件对象不存在：

1)根据业务组件的serviceName接口，找到业务组件名称，动态创建业务组件对象。

2)服务组件即将装载时，调用serviceWillLoad接口。

3)服务工厂保存此业务组件对象。

4)服务组件已装载时，调用serviceDidLoad接口。

5)返回给调用者此业务服务组件对象。

6)调用者根据需求，可以设置业务组件对象的代理。

结合图4，调用者使用业务组件的过程如下：

步骤1，调用者通过服务工厂获取业务组件对象，继而调用业务组件API。

步骤2，业务组件调用对应的功能集合，功能集合创建请求对象，传入请求业务参数、URL等信息。

步骤3，启动请求，加入到请求队列。

步骤4，请求管理将请求发送到server端进行处理。

步骤5，请求管理收到server端应答数据，传送给业务请求对象，业务请求对象将网络数据转换成业务模型，并根据需要存储在本地，同时处理网络异常和业务异常。

步骤6，业务请求对象将处理好的业务数据传输至功能集合，功能集合再传输给业务组件对象。

步骤7，业务组件对象通过代理、回调和通知方式，将数据传递给调用者。

虽然本发明已以较佳实施例揭露如上，然其并非用以限定本发明。本发明所属技术领域中具有通常知识者，在不脱离本发明的精神和范围内，当可作各种的更动与润饰。因此，本发明的保护范围当视权利要求书所界定者为准。

Claims (6)

1.一种客户端业务服务系统，其特征在于，所述系统包括服务工厂、若干个业务组件和网络请求管理子系统；

所述服务工厂包括基础服务模块和业务组件管理模块，其中，基础服务模块用以提供业务组件统一遵循的服务协议，业务组件管理模块用以管理业务组件的工作状态；

所述业务组件包含至少一个功能集合，每个功能集合用以处理一类业务逻辑；每个所述业务组件均设置有业务服务API接口，用以使调用者通过服务工厂以获取对应的业务组件对象；

所述网络请求管理子系统包括基础请求模块、业务请求模块、请求管理模块，其中，基础请求模块用以处理数据的请求和应答、请求的启动和停止，业务请求模块继承基础请求，用以处理接收到的请求业务，请求管理模块用以管理请求和网络链接；

每个遵循所述服务协议的业务组件至少包括以下接口：

1)serviceName接口，用以通过业务组件的名称以创建业务组件实例；

2)needUnloading接口，用以判断当前业务组件是否需要卸载；

3)servicewillload接口、serviceDidLoad接口、serviceWillUnLoad接口、serviceDidUnLoad接口，用以实现业务组件的装载和卸载；

4)addDelegate接口、removeDelegate接口、removeAllDelegate接口，用以增加和删除业务数据接收代理；

5)actionAfterLogin接口、actionAfterlogout接口，用以分别管理登录成功和退出登录两种登录状态；

所述业务组件具有独立的卸载策略，卸载策略封装在needUnloading接口中；

所述卸载策略包括：

当任意一个业务组件完成所有请求、并且对应的业务服务代理为空时，卸载该业务组件。

2.根据权利要求1所述的客户端业务服务系统，其特征在于，所述业务组件根据业务功能以分别定义其所包含的功能集合。

3.根据权利要求1所述的客户端业务服务系统，其特征在于，所述业务组件包括至少一个网络请求对象，一个网络请求对象对应一个或者多个功能集合。

4.根据权利要求1所述的客户端业务服务系统，其特征在于，所述业务组件设置有生命周期；

所述服务工厂响应于任意一个业务组件的生命周期结束，自动卸载该业务组件。

5.一种根据权利要求1-4中任意一项所述的客户端业务服务系统的工作方法，其特征在于，所述工作方法包括：

服务工厂启动，记录启动时间，装载必要的业务组件，即时监听登录成功和退出登录通知；

响应于获取任意一个业务组件的请求，查询该业务组件对象是否存在：1)如果存在，返回该业务组件对象至调用者；2)如果不存在，动态创建该业务组件对象，装载完成后服务工厂保存该业务组件对象、并且将该业务组件对象返回至调用者。

6.根据权利要求5所述的客户端业务服务系统的工作方法，其特征在于，所述工作方法还包括：

步骤1，通过服务工厂提供调用者业务组件对象，业务组件对象包括若干个业务组件API，一个功能集合对应一个或者多个业务组件API；

调用者通过服务工厂获取业务组件对象，继而调用业务组件API；

步骤2，响应于调用者提出的调用任意一个业务组件API的请求，通过业务组件调用对应的功能集合，功能集合创建请求对象，传入请求业务参数、URL信息；

步骤3，根据请求业务参数、URL信息以启动请求，并且将请求加入到请求队列；

步骤4，使用请求管理将请求发送到server端进行处理，server端返回应答数据至请求管理；请求管理将接收到的server端应答数据传送至业务请求对象，业务请求对象将网络数据转换成业务模型，并根据需要存储在本地，同时处理网络异常和业务异常；

步骤5，业务请求对象将处理好的业务数据传输至功能集合，功能集合再传输给业务组件对象；

步骤6，业务组件对象通过代理、回调和通知方式，将数据传递给调用者。

Images