CN103036917B - 客户端平台的实现方法及客户端平台 - Google Patents

Abstract

本发明公开了一种客户端平台的实现方法及客户端平台，提高了系统的稳定性，改善了系统性能，缩短了平台开发周期，提高了开发效率。本发明实施例提供的客户端平台的实现方法，包括：设置用户界面UI模块、上层业务模块、下层业务模块和网络通道模块，各模块中包括至少一个组件，每个组件具有对外标准接口；利用所述UI模块接收业务请求，并调用上层业务模块根据该业务请求进行相应业务处理，在下层业务模块对业务请求的处理数据按照相应协议封装之后，通过网络通道模块将封装后的请求数据包发送出去。

Description

客户端平台的实现方法及客户端平台

技术领域

本发明涉及客户端技术领域，尤其是涉及一种客户端平台的实现方法及客户端平台。

背景技术

随着客户端技术的飞速发展，为了提升客户端的性能，开发了多种的客户端系统。

在现有的客户端系统中，通常都具有用户界面、业务逻辑交互、协议及网络通信等功能，然而，现有的客户端系统中各个功能单元之间耦合性过强，导致一个功能单元出现故障时，影响整个客户端系统的运行，并且，现有的客户端系统通常采用整体化的设计，开发人员在创建客户端系统时，需要关注系统中所有功能的实现，导致开发难度过高，开发周期过长。

如何在客户端上实现一种性能优越的客户端系统仍是业界目前研究的重要课题之一。

发明内容

本发明实施例提供了一种客户端平台的实现方法及客户端平台，提高了系统的稳定性，改善了系统性能，缩短了平台开发周期，提高了开发效率。

为达到上述目的，本发明实施例的技术方案是这样实现的：

本发明实施例提供了一种客户端平台的实现方法，包括：

设置用户界面UI模块、上层业务模块、下层业务模块和网络通道模块，所述UI模块具有界面实现功能，所述上层业务模块具有业务数据和流程处理功能，所述下层业务模块具有协议包封装和解析功能，所述网络通道模块具有网络连接和传输功能，其中，所述各模块中包括至少一个组件，每个组件具有对外标准接口；

利用所述UI模块接收业务请求，并调用上层业务模块根据该业务请求进行相应业务处理，在下层业务模块对业务请求的处理数据按照相应协议封装之后，通过网络通道模块将封装后的请求数据包发送出去。

本发明实施例还提供了一种客户端平台，包括UI层、上层业务层、下层业务层和网络通道层，

所述UI层，设置有多个UI模块，能够提供所需的界面，接收业务请求并将业务应答通知用户；

所述上层业务层，设置有多个上层业务模块，能够处理所述业务请求的业务数据和流程，并对下层业务层发送来的业务应答数据进行处理；

所述下层业务层，设置有多个下层业务模块，能够按照相应协议对业务请求的处理数据进行封装，得到请求数据包；并对网络通道层发送的应答数据包进行解析；

所述网络通道层，设置有多个网络通道模块，能够将封装后的请求数据包向外发送，并接收来自外部的应答数据包。

由上述可见，本发明实施例的技术方案提供了一种新型的分层组件式的客户端平台架构，通过对客户端平台工作原理的分析，划分出UI层、上层业务层、下层业务层和网络通道层四个横向层次，每一层仅负责该层范围内功能的实现，层与层之间相对独立，通过统一的标准接口进行交互。利用不同层之间各模块的协同合作，在客户端平台上实现相应的业务。

由于本方案不同层间以及模块之间的相对独立性，某个功能模块出现故障时，对整个客户端平台的影响很小，提高了系统的稳定性，改善了系统性能。

并且，采用本方案的这种分层设计，在开发客户端平台时，可以分层分别实现，在设置每一层中的模块时，无需关注其他层的功能，大大降低了平台开发的技术难度，缩短了开发周期，提高了开发效率。

附图说明

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

图1为本发明一个实施例提供的一种客户端平台的实现方法流程示意图；

图2为本发明另一个实施例提供的一种客户端平台结构示意图；

图3为本发明又一个实施例提供的一种客户端平台结构示意图。

具体实施方式

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

本方案的技术构思主要在于，对客户端平台采用一种分层组件式的架构模型，平台中的主要模块分4层设计：UI层、上层业务层、下层业务层、网络通道层，由多个UI模块构成UI层，由多个上层业务模块构成上层业务层，由多个下层业务模块构成下层业务层，由多个网络通道模块构成网络通道层。UI层与业务无关，只负责业务定义的界面的实现；上层业务层与协议无关，只关心业务数据和流程；下层业务层与连接无关，只关心协议包的封装和解析；网络通道层面向连接，与承载数据体无关。并且，本方案中的客户端平台可以采用插件化的方式实现，实现方式更加灵活。

本发明一个实施例提供了一种客户端平台的实现方法，参见图1，该方法包括：

11：设置用户界面(UserInterface，UI)模块、上层业务模块、下层业务模块和网络通道模块，所述UI模块具有界面实现功能，所述上层业务模块具有业务数据和流程处理功能，所述下层业务模块具有协议包封装和解析功能，所述网络通道模块具有网络连接和传输功能，其中，所述各模块中包括至少一个组件，每个组件具有对外标准接口；

12：利用所述UI模块接收业务请求；

13：调用上层业务模块根据该业务请求进行相应业务处理；

14：利用下层业务模块对业务请求的处理数据按照相应协议封装；

15：通过网络通道模块将封装后的请求数据包发送出去。

由上述可见，本发明实施例的技术方案提供了一种新型的分层组件式的客户端平台架构，通过对客户端平台工作原理的分析，划分出UI层、上层业务层、下层业务层和网络通道层四个横向层次，每一层仅负责该层范围内功能的实现，层与层之间相对独立，通过统一的标准接口进行交互。利用不同层之间各模块的协同合作，在客户端平台上实现相应的业务。

由于本方案不同层间以及模块之间的相对独立性，某个功能模块出现故障时，对整个客户端平台的影响很小，提高了系统的稳定性，改善了系统性能。

并且，采用本方案的这种分层设计，在开发客户端平台时，可以分层分别实现，在设置每一层中的模块时，无需关注其他层的功能，大大降低了平台开发的技术难度，缩短了开发周期，提高了开发效率。

本发明另一实施例提供的一种客户端平台的实现方法，设置了UI模块、上层业务模块、下层业务模块和网络通道模块，具体包括：

在接收到用户下发的业务请求的指令后，利用UI模块接收业务请求，并调用上层业务模块根据该业务请求进行相应业务处理，在下层业务模块对业务请求的处理数据按照相应协议封装之后，通过网络通道模块将封装后的请求数据包发送出去。例如，将请求数据包通过网络发送至服务器，由服务器对业务请求作出响应。

服务器将对上述业务请求的响应按照相关通信协议封装后，生成应答数据包，并该将应答数据包发送至客户端平台。客户端平台利用网络通道模块接收相应于所述业务请求的应答数据包，调用下层业务模块对所述应答数据包进行解析，得到业务应答数据；并在上层业务模块对所述业务应答数据进行业务处理之后，通过UI模块将业务应答通知用户。

为了清楚说明本客户端平台的实现方法，对本平台中的各部件及其性能进行说明。

本方案四层中的各个模块设计为标准动态库，一个模块内实现一个或多个组件，一个组件内实现一个或多个命令或事件。为模块、组件和命令都设置具有唯一性的标识(ID)。例如，模块在整个客户端平台中可以具有唯一ID，组件在相应模块中具有唯一ID，而命令或事件在组件中具有唯一ID。各个组件对外提供标准的接口。

组件实现说明

本方案提供的组件功能的实现方式至少具有如下三种方式：

1)执行命令方式

组件间实现某种执行的功能，由调用方以执行命令的方式调用。即当第一模块中的组件调用第二模块中的组件时，由第一模块中的组件以执行命令的方式调用。

2)订阅事件方式

组件订阅某个事件，由事件激发方发起，并接受事件响应方调用。即当组件订阅事件时，由事件激发方发起订阅流程，由事件响应方调用该组件，实现该组件的事件订阅。

3)自定义接口方式

为组件设置自定义接口，通过该自定义接口调用组件中的相关功能。

可以通过在组件中设置自定义功能函数来支持组件的自定义接口，不同组件除了彼此相同的对外标准接口之外，还可以分别具有自身专有的自定义接口，以提供个性化的服务。

UI组件

UI模块中的组件的实现方式具有如下特性：

(1)组件可以用不同技术方式实现界面。各个组件采用独立动态库，不包含业务逻辑。

(2)UI组件能够动态更新，以实现界面的动态更新。例如，利用框架管理器中的更新服务管理器对UI组件进行更新。

(3)组件利用其内部的消息源码模块，实现对外标准接口。

上层业务组件

上层业务主要用于实现对具体业务数据的处理，上层业务模块中的组件具有如下特性：

(1)具有对外标准接口，处理与界面和用户交互的相关业务和流程，该相关业务可以为登录业务、计费业务、通话业务等多种可基于本平台实现的应用业务。

(2)管理平台中其他模块的订阅事件。

(3)存储相关数据(如订阅数据等)到框架管理器的数据管理器中。

(4)调用下层业务组件的对外标准接口发送业务数据，注册订阅事件到下层业务组件以接收相关联的网络数据。

下层业务组件

下层业务主要涉及与协议相关的处理，下层业务模块中的组件具有如下特性：

(1)下层业务组件，能够处理网络数据或本地数据，具有对外标准接口，处理与协议相关的下层业务。

(2)能够实现网络数据的封装和解析、底层数据的选择和插入。

(3)能够调用网络通道组件的对外标准接口发送网络数据，接收来自网络通道组件的网络数据。

网络通道组件

网络通道模块中的组件实现具有如下特性：

(1)用于网络传输的通道动态库组件，具有对外标准接口，实现底层的网络层。

(2)提供网络数据的连接、发送、接收等。

(3)能够对接收到的网络数据做初步分析，再分发至上层业务组件或下层业务组件中。

进一步的，为了保证客户端平台的成功运行，本方案还设置了框架管理器对平台中各层之间以及同一层中的模块和组件进行协调和服务，参见图2，显示了本发明实施例所实现客户端平台的一种结构示意图，框架管理器中主要包括如下部件：

核心管理器

(1)框架管理器中的核心模块，实现框架管理器的接口，对框架管理器中的各具体功能管理器(如界面管理器、上层业务管理器等)进行控制。

(2)初始化时读取各功能管理器的配置文件，加载并管理各个管理器或组件的动态库模块。

(3)支持组件间的查询接口。

界面管理器

(1)读取UI组件的配置文件，加载各UI动态库模块，实现UI界面管理器的接口。

(2)线性化管理UI组件的对外标准接口，并提供查询。

上层业务管理器

(1)读取上层业务组件的配置文件，加载业务模块。

(2)线性化管理业务组件的对外标准接口，并提供查询。

下层业务管理器

(1)能够对下层网络协议业务处理进行管理。

(2)读取配下层业务组件的配置文件，加载动态库模块，线性化管理对外标准接口。

网络通道管理器

(1)对网络通道层进行管理，实现网络通道管理器的接口。

(2)读取网络通道层的配置文件，加载动态库模块，线性化管理各网络通道的对外标准接口。

任务服务管理器

本方案的任务服务管理器的实现具有如下特性：

(1)完全分离UI主线程。

(2)创建业务线程，管理全局调度线程。业务处理模块运行在独立一个业务线程中，目的是保持数据的一致性。

(3)实现任务接口，提供创建和添加任务函数接口。

(4)线程实现时调用目标组件的命令执行函数接口。

(5)任务实现由任务服务管理器进行分配、管理并释放，调用者无需释放。

数据管理器

本方案的数据管理器的实现具有如下特性：

(1)数据管理器可以由数据存储动态库模块实现，提供数据接口，负责各种数据的存储和查询，负责数据磁盘文件的读写。

(2)定义数据结构基类。

安全管理器

本方案还设置了安全动态库模块，具有数据安全验证功能，上述安全管理器具有如下特性：

(1)对安全动态库模块进行管理，实现安全管理器接口。

(2)读取安全动态库模块的配置文件，加载并管理各安全模块，提供查询安全接口。

更新服务管理器

本方案的更新服务管理器具有如下特性：

(1)提供更新服务，实现更新接口，封装对更新的调用。

(2)启动后的检查更新，可进一步设置为定时启动检查更新。

(3)支持用户的手动更新。

(4)能够接收服务端推送更新消息。

第三方管理器

向第三方应用提供功能接口，支持第三方组件灵活地接入系统。

由上所述，本方案能够利用框架管理器中的界面管理器、上层业务管理器、下层业务管理器和网络通道管理器分别维护相应各模块的配置文件、提供组件之间的查询接口，并对各组件的对外标准接口进行管理。模块的配置文件可以包含：模块(或组件)名称、路径、是否运行时加载等信息。

进一步的，本方案还能够利用框架管理器执行下述的至少一种管理：

利用框架管理器中的任务服务管理器对所述各模块所对应的线程进行管理；

利用框架管理器中的数据管理器对关联于所述各模块的数据进行管理；

利用框架管理器中的安全管理器对安全动态库模块进行管理；

利用框架管理器中的更新服务管理器对各组件的对外标准接口进行更新；

利用框架管理器中的第三方管理器向第三方提供功能接口。

通过上述方式，框架管理器能够对平台中各层之间以及同一层中的模块和组件进行协调和服务。上述框架管理器可以在客户端平台启动时加载，UI模块、上层业务模块、下层业务模块和网络通道模块中的各组件等可以在客户端平台启动加载时，也可以在接收到调用命令时加载。

进一步的，本方案中的各模块和组件采用二进制模块实现，框架管理器与各模块之间、所述不同模块之间以及所述不同组件之间采用松耦合关联方式，以保证各层之间，同层的模块组件之间具有相对的独立性，不会相互影响。

由于本方案不同层间以及模块之间的相对独立性，某个功能模块出现故障时，对整个客户端平台的影响很小，提高了系统的稳定性，改善了系统性能。

并且，采用本方案的这种分层设计，在开发客户端平台时，可以分层分别实现，在设置每一层中的模块时，无需关注其他层的功能，大大降低了平台开发的技术难度，缩短了开发周期，提高了开发效率。

本发明又一实施例中以在本客户端平台上实现一次登录业务为例进一步说明本客户端平台的实现方式和工作流程。

本平台上的登录业务由登录界面模块、登录上层业务模块、登录下层业务模块、网络通道模块四个模块构成，其中前三者为登录业务私有模块，网络通道模块为系统公共模块，即不同的应用业务可以使用同一个网络通道模块。

1.登录界面实现。

登录界面模块实现登录组件的标准接口，所有与登录相关的界面在一个动态库中实现，由登录界面读取用户输入的指令并添加登录任务到业务线程中。

2.上层业务

登录上层业务模块可以执行如下操作：

(1)对登录数据合法性进行检查，允许合法数据的登录系统，禁止非法数据。

(2)以应用命令方式执行登录，并接收处理用户名与密码的身份合法性检查，保证合法用户使用登录功能。

(3)添加任务到业务线程中，调用登录下层业务模块。

3.下层业务

(1)将登录数据封装成登录协议，生成封装后的数据包，然后调用网络通道模块发送数据包。

(2)当接收到网络通道模块返回的登录应答后，在登录应答的数据流中，解析出登录结果，返回给登录上层业务模块。

4.网络处理

网络通道模块连接网络服务器、发送上层业务封装好的数据包，接收服务器返回的登录应答数据，并发送给登录下层业务模块。

本发明又一实施例还提供了一种客户端平台，参见图3，所述平台包括UI层31、上层业务层32、下层业务层33和网络通道层34，

所述UI层31，设置有多个UI模块，能够提供所需的界面，接收业务请求并将业务应答通知用户；

所述上层业务层32，设置有多个上层业务模块，能够处理所述业务请求的业务数据和流程，并对下层业务层发送来的业务应答数据进行处理；

所述下层业务层33，设置有多个下层业务模块，能够按照相应协议对业务请求的处理数据进行封装，得到请求数据包；并对网络通道层发送的应答数据包进行解析；

所述网络通道层34，设置有多个网络通道模块，能够将封装后的请求数据包向外发送，并接收来自外部的应答数据包。

进一步的，客户端平台中还可以包括框架管理器35，对平台中各层之间以及同一层中的模块和组件进行协调和服务。

本方案中的各模块和组件采用二进制模块实现，框架管理器与各模块之间、所述不同模块之间以及所述不同组件之间采用松耦合关联方式，以保证各层之间，同层的模块组件之间具有相对的独立性，不会相互影响。

由上所述本方案至少具有如下有益效果：

1.架构模型分层设计方面

主要模块分4层设计：UI层、上层业务层、下层业务层、网络通道层。随着功能要求的增加，如不属于四层的模块业务，可进行动态的增加相应模块和功能管理器来满足业务要求。

2.架构中模块组件式方面

模块和组件以二进制方式提供，框架、模块、组件等之间采用松耦合关联方式。

3.模块的接入插件化方面

本方案支持组件的下载、加载与卸载，支持第三方组件灵活的接入系统。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (7)

1.一种客户端平台的实现方法，其特征在于，所述方法包括：

所述平台包括UI层、上层业务层、下层业务层和网络通道层；

所述UI层，设置有多个UI模块；所述上层业务层，设置有多个上层业务模块；所述下层业务层，设置有多个下层业务模块；所述网络通道层，设置有多个网络通道模块；

所述UI模块具有界面实现功能，所述上层业务模块具有业务数据和流程处理功能，所述下层业务模块具有协议包封装和解析功能，所述网络通道模块具有网络连接和传输功能，其中，所述各模块中包括至少一个组件，每个组件具有对外标准接口；

利用所述UI模块接收业务请求，并调用上层业务模块根据该业务请求进行相应业务处理，在下层业务模块对业务请求的处理数据按照相应协议封装之后，通过网络通道模块将封装后的请求数据包发送出去；

其中，所述方法还包括：

利用框架管理器中的界面管理器、上层业务管理器、下层业务管理器和网络通道管理器分别维护相应各模块的配置文件、提供组件之间的查询接口，并对各组件的对外标准接口进行管理；

框架管理器能够对平台中各层之间以及同一层中的模块和组件进行协调和服务，所述框架管理器在所述客户端平台启动时加载；

其中，利用框架管理器中的任务服务管理器对所述各模块所对应的线程进行管理；和/或

利用框架管理器中的数据管理器对关联于所述各模块的数据进行管理；和/或，

设置安全动态库模块，利用框架管理器中的安全管理器对安全动态库模块进行管理，所述安全动态库模块具有数据安全验证功能；和/或，

利用框架管理器中的更新服务管理器对各组件的对外标准接口进行更新；和/或，

利用框架管理器中的第三方管理器向第三方提供功能接口；

其中，所述各模块采用二进制模块实现；所述框架管理器与各模块之间、所述不同模块之间以及所述不同组件之间采用松耦合关联方式。

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

利用网络通道模块接收响应于所述业务请求的应答数据包；

调用下层业务模块对所述应答数据包进行解析，得到业务应答数据；

在上层业务模块对所述业务应答数据进行业务处理之后，通过UI模块将业务应答通知用户。

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

所述组件中实现一个或多个命令或事件，所述模块在客户端平台中具有唯一标识ID，所述组件在相应模块中具有唯一ID，所述命令或事件在组件中具有唯一ID。

4.根据权利要求1所述的方法，其特征在于，至少通过如下方式实现组件的相关功能：

当第一模块中的组件调用第二模块中的组件时，由第一模块中的组件以执行命令的方式调用；或者，

当组件订阅事件时，由事件激发方发起订阅流程，由事件响应方调用该组件，实现该组件的事件订阅；或者，

为组件设置自定义接口，通过该自定义接口调用组件中的相关功能。

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

利用所述更新服务管理器对UI模块进行更新；以及，

利用上层业务模块对平台上除上层业务模块之外模块的订阅事件进行管理，并将订阅数据存储到数据管理器中。

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

所述框架管理器在客户端平台启动时加载，所述UI模块、上层业务模块、下层业务模块和网络通道模块中的各组件在客户端平台启动时或者接收到调用命令时加载。

7.一种客户端平台，其特征在于，所述平台包括UI层、上层业务层、下层业务层和网络通道层，

所述UI层，设置有多个UI模块，能够提供所需的界面，接收业务请求并将业务应答通知用户；

所述上层业务层，设置有多个上层业务模块，能够处理所述业务请求的业务数据和流程，并对下层业务层发送来的业务应答数据进行处理；

所述下层业务层，设置有多个下层业务模块，能够按照相应协议对业务请求的处理数据进行封装，得到请求数据包；并对网络通道层发送的应答数据包进行解析；

所述网络通道层，设置有多个网络通道模块，能够将封装后的请求数据包向外发送，并接收来自外部的应答数据包；

客户端平台中还可以包括框架管理器，对平台中各层之间以及同一层中的模块和组件进行协调和服务；

其中，利用框架管理器中的界面管理器、上层业务管理器、下层业务管理器和网络通道管理器分别维护相应各模块的配置文件、提供组件之间的查询接口，并对各组件的对外标准接口进行管理；

框架管理器能够对平台中各层之间以及同一层中的模块和组件进行协调和服务，所述框架管理器在所述客户端平台启动时加载；

其中，利用框架管理器中的任务服务管理器对所述各模块所对应的线程进行管理；和/或

利用框架管理器中的数据管理器对关联于所述各模块的数据进行管理；和/或，

设置安全动态库模块，利用框架管理器中的安全管理器对安全动态库模块进行管理，所述安全动态库模块具有数据安全验证功能；和/或，

利用框架管理器中的更新服务管理器对各组件的对外标准接口进行更新；和/或，

利用框架管理器中的第三方管理器向第三方提供功能接口；

各模块采用二进制模块实现；

所述框架管理器与各模块之间、所述不同模块之间以及所述不同组件之间采用松耦合关联方式。