CN110633098B - 一种组件化服务的实现方式 - Google Patents

Abstract

本发明提供了一种组件化服务的实现方式，包括：至少一个业务功能，任一业务功能与其他业务功能之间为独立关系或依赖关系；定义业务功能的基本接口，每项业务功能均通过所定义的基本接口实现业务功能运作。采用本发明所提供的组件化服务的实现方式，实现了业务功能可配置化，根据项目或业务需求需要使用时才启动加载，节省内存和CPU；动态灵活，服务组件化实现后，可以通过灵活配置各业务功能实现复杂功能；接口标准统一，利于并行开发；便于维护，采用组件化服务后，维护特定业务功能可以只配置加载启用特定组件，不用关心其他无关组件如何使用配置等。

Description

一种组件化服务的实现方式

技术领域

本发明涉及软件架构搭建技术领域，具体而言，涉及一种组件化服务的实现方式。

背景技术

本发明对于背景技术的描述属于与本发明相关的相关技术，仅仅是用于说明和便于理解本发明的发明内容，不应理解为申请人明确认为或推定申请人认为是本发明在首次提出申请的申请日的现有技术。

软件项目开发过程中往往遇到这样的情况：

项目后期需求变更实现难度较大。项目初期对于一个软件的功能定义还是不很全面，随着产品研究的深入和敏捷开发的迭代，往往会提出新的功能或扩展，这时如果项目初期选定的软件架构扩展性不足的话就不能持续支持后期千变万化的需求。

软件开发过程中重复开发工作繁重。软件产品在面向不同的应用场景或客户需求时，往往需要作出一些定制化的功能模块，随着项目的增多或需求的千差万别，可能面临重复开发工作越来越多，功能模块爆发式增长的问题。

针对上述问题，本发明提出了一种组件化服务的实现方式。

发明内容

本发明提供了一种组件化服务的实现方式。

本发明第一方面的实施例提供了一种组件化服务的实现方式，包括至少一个业务功能，任一业务功能与其他业务功能之间为独立关系或依赖关系；定义业务功能的基本接口，每项业务功能均通过所定义的基本接口实现业务功能运作。

优选地，主程序调用基本接口进行业务功能运作。

优选地，业务功能运作包括：业务加载、业务初始化、业务开始工作、业务停止工作。

优选地，对基本公用方法函数和/或跨平台定义的数据类型进行封装，供主程序及业务功能进行调用。

本发明第二方面的实施例提供了一种实现组件化服务的装置，包括：至少一个业务功能模块，任一业务功能模块被配置为与其他业务功能模块之间为独立关系或依赖关系；组件基类模块，组件基类模块被配置为定义业务功能模块的基本接口，每个业务功能模块均通过所定义的基本接口实现业务功能运作。

优选地，还包括主程序模块，主程序模块被配置为调用基本接口进行业务功能运作。

优选地，业务功能运作包括：业务加载、业务初始化、业务开始工作、业务停止工作。

优选地，还包括公共模块，公共模块被配置为对基本公用方法函数和/或跨平台定义的数据类型进行封装，供主程序模块及业务功能模块进行调用。

本发明第三方面的实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现所述组件化服务的实现方式的步骤。

本发明第四方面的实施例提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现所述组件化服务的实现方式的步骤。

本发明实施例所提供的组件化服务的实现方式，实现了业务功能可配置化，根据项目或业务需求需要使用时才启动加载，节省内存和CPU；动态灵活，服务组件化实现后，可以通过灵活配置各业务功能实现复杂功能；接口标准统一，利于并行开发；便于维护，采用组件化服务后，维护特定业务功能可以只配置加载启用特定组件，不用关心其他无关组件如何使用配置等。

本发明的附加方面和优点将在下面的描述部分中变得明显，或通过本发明的实践了解到。

附图说明

本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：

图1是本发明组件化服务的实现方式的优选实施例的流程图；

图2是本发明实现组件化服务的装置的优选实施例的框架结构图；

图3是本发明组件化服务的实现方式的优选实施例的核心类图；

图4是本发明组件化服务的实现方式的优选实施例的核心加载流程图；

其中，图2-4中附图标记与部件名称之间的对应关系为：1业务功能模块，2组件基类模块，3主程序模块，4公共模块。

具体实施方式

为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。

下述讨论提供了本发明的多个实施例。虽然每个实施例代表了发明的单一组合，但是本发明不同实施例可以替换，或者合并组合，因此本发明也可认为包含所记载的相同和/或不同实施例的所有可能组合。因而，如果一个实施例包含A、B、C，另一个实施例包含B和D的组合，那么本发明也应视为包括含有A、B、C、D的一个或多个所有其他可能的组合的实施例，尽管该实施例可能并未在以下内容中有明确的文字记载。

图1是本说明书组件化服务的实现方式的优选实施例的流程图；如图1所示，本说明书组件化服务的实现方式的优选实施例包括如下两个步骤：

步骤S01：至少一个业务功能，任一业务功能与其他业务功能之间为独立关系或依赖关系；根据实际项目需要，在软件开发过程中，对所有的业务功能进行关系设定，具体地，每个业务功能与其他的业务功能之间的关系为独立关系或依赖关系。

步骤S02：定义业务功能的基本接口，每项业务功能均通过所定义的基本接口实现业务功能运作；对项目所包含的所有业务功能定义统一的基本接口，该步骤保证了所有的业务功能具有统一的基本接口，即保证了所有的业务功能满足了统一的派生关系。

本领域技术人员可以理解的是，上述步骤S01、步骤S02并不能限定本说明书组件化服务的实现方式的确切步骤流程，即本说明书提供的组件化服务的实现方式的基本思想为对每项业务功能设置统一的基本接口，并实现了各个业务功能之间的统一派生关系，同时，对各个业务功能之间的关系进行了限定，从而解决现有技术存在的不足，因此，在实际操作过程中，先执行步骤S01或执行步骤S02均不会对本说明书提供的组件化服务的实现方式产生具体的影响。

采用本说明书所提供的组件化服务的实现方式，实现了组件的可配置化，各个业务功能具有统一的基本接口，根据项目或业务需求需要使用时才启动加载，不使用时仅以动态库形式占用少量磁盘空间，节省了内存和CPU；并且在服务组件化实现后，实现了业务功能模块化拼接搭配，可以把各个业务功能抽象为各个功能不同的微服务，通过配置组合各个组件功能实现复杂功能；同时，接口标准统一，利于并行开发，组件化后，便于并行开发各种功能组件，不同人员开发不同组件后都能统一加载起来；在软件维护过程中，往往一个项目功能越多越复杂，业务功能也越多，项目维护越困难，维护人员需要掌握各个业务功能的知识才能维护，采用组件化服务后，维护特定业务功能可以只配置加载启用特定组件，完全不用关心其他无关组件如何使用配置等。

本说明书组件化服务的实现方式的优选实施例中，软件主程序通过调用基本接口进行业务功能运作，业务功能运作包括：业务加载、业务初始化、业务开始工作、业务停止工作。主程序调用统一的基本接口实现业务加载、业务初始化、业务开始工作、业务停止工作。本领域技术人员能够理解的是，所列举的业务加载、业务初始化、业务开始工作、业务停止工作等业务功能运作，在软件运行过程中可以根据实际的需求进行功能调整，如进行某些业务运作的缺省。

本说明书组件化服务的实现方式的优选实施例中，对基本公用方法函数和/或跨平台定义的数据类型进行封装，供主程序及业务功能进行调用。对基本公用方法函数以及跨平台定义的数据类型进行封装，可以方便快捷的供主程序及业务功能进行调用。

图2是本说明书实现组件化服务的装置的优选实施例的框架结构图；如图2所示，本说明书实现组件化服务的装置的优选实施例在实现过程中，包括业务功能模块1(即图2中Plugin模块)、组件基类模块2(即图2中SvrPluginBase模块)、主程序模块3(即图2中Main模块)、公共模块4(即图2中Common模块)；其中，任一业务功能模块1被配置为与其他业务功能模块1之间为独立关系或依赖关系；组件基类模块2被配置为定义业务功能模块1的基本接口，每个业务功能模块1均通过所定义的基本接口实现业务功能运作；主程序模块3被配置为调用基本接口进行业务功能运作；公共模块4被配置为对基本公用方法函数和/或跨平台定义的数据类型进行封装，供主程序模块3及业务功能模块1进行调用。各模块之间的关系为：主程序模块3与组件基类模块2依赖于公共模块4，主程序模块3与组件基类模块2直接关联，各个业务功能模块1(图2中所示出的A Plugin模块、B Plugin模块、C Plugin模块、DPlugin模块、E Plugin模块、)与组件基类模块2为继承关系，各业务功能模块1之间可以是相互独立的关系，也可以存在依赖关系，如图2中所示出的E Plugin模块与C Plugin模块、DPlugin模块为继承关系。

图3是本说明书组件化服务的实现方式的优选实施例的核心类图；如图3所示，组件基类模块2(即图3中SvrPluginBase模块)中有CSvrPluginBase类，为基类定义了三个保护成员变量：m_status表示组件状态信息，m_strName表示组件名，m_jsonConfig表示组件的配置参数；定义了六个成员变量获取和设置的函数：SetName设置组件名，GetName获取组件名，GetStatus获取组件状态，SetStatus设置组件状态，GetConfig获取配置，SetConfig设置配置；定义了四个虚函数：Init初始化，StartServer开始服务，StopServer停止服务，UnInit反初始化，四个虚函数需要子类实现，子类实现为自身业务需要的样子。

图4是本说明书组件化服务的实现方式的优选实施例的核心加载流程图；如图4所示，组件基类模块2(即图4中SvrPluginBase模块)中全局变量g_SvrPluginFactory是全局类工厂，组件基类模块2调用LoadAndCreateServer动态加载各个组件动态库，每个组件均实现两个C接口函数InitDll用于初始化动态库和UnInitDll用于反初始化动态库。其中加载动态库调用InitDll接口时会把本组件的类注册到全局变量g_SvrPluginFactory中，卸载动态库会把组件的类从全局变量g_SvrPluginFactory中取消注册。

组件基类模块2中全局变量g_SvrPluginMgr是组件管理对象，当组件注册后会创建组件对象并加入到g_SvrPluginMgr中进行管理，管理对象会调用组件的Init、StartServer、StopServer、UnInit对组件进行调度管理。

本说明书中，对于实现组件化服务的装置实施例、计算机设备实施例、计算机可读存储介质实施例而言，由于其基本相似于组件化服务的实现方式实施例，相关之处参见组件化服务的实现方式实施例的说明书部分即可，以避免重复性描述。

本发明另一方面的实施例提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时实现组件化服务的实现方式的步骤。

本发明再一方面的实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现组件化服务的实现方式的步骤。其中，计算机可读存储介质可以包括但不限于任何形式的盘，包括软盘、光盘、DVD、CD-ROM、ROM、RAM、EPROM、EEPROM、DRAM、VRAM、微型驱动器以及磁盘、闪速存储器设备、磁卡或光卡、纳米系统(包括分子存储器IC)，或适合于存储指令和/或数据的任何类型的媒介或设备。处理设备例如可以是个人计算机、通用或专用数字计算机、计算设备、机器等任何适于处理数据的设备。

在本发明实施例中，处理器为计算机系统的控制中心，利用各种接口和线路连接整个计算机系统的各个部分，通过运行或执行存储在存储器内的软件程序和/或单元、模块，以及调用存储在存储器内的数据，以执行计算机系统的各种功能和/或处理数据。处理器可以由集成电路(Integrated Circuit，简称IC)组成，例如可以由单颗封装的IC所组成，也可以由连接多颗相同功能或不同功能的封装IC而组成。在本发明实施例中，处理器可以为至少一个中央处理器(Central Processing Unit，简称CPU)，CPU可以是单元算核心，也可以是多运算核心，可以是实体机的处理器，也可以是虚拟机的处理器。

本领域的技术人员可以清楚地了解到本发明的技术方案可借助软件和/或硬件来实现。本说明书中的“模块”和“单元”是指能够独立完成或与其他部件配合完成特定功能的软件和/或硬件，其中硬件例如可以是FPGA(Field-Programmable Gate Array，现场可编程门阵列)、IC(Integrated Circuit，集成电路)。

本发明实施例所提供的组件化服务的实现方式、实现组件化服务的装置、计算机可读存储介质、以及计算机设备，可以实现业务功能可配置化，根据项目或业务需求需要使用时才启动加载，节省内存和CPU；动态灵活，服务组件化实现后，可以通过灵活配置各业务功能实现复杂功能；接口标准统一，利于并行开发；便于维护，采用组件化服务后，维护特定业务功能可以只配置加载启用特定组件，不用关心其他无关组件如何使用配置等

在本发明中，术语“第一”、“第二”、“第三”仅用于描述的目的，而不能理解为指示或暗示相对重要性；术语“多个”则指两个或两个以上，除非另有明确的限定。术语“安装”、“相连”、“连接”、“固定”等术语均应做广义理解，例如，“连接”可以是固定连接，也可以是可拆卸连接，或一体地连接；“相连”可以是直接相连，也可以通过中间媒介间接相连。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。

本发明的描述中，需要理解的是，术语“上”、“下”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或单元必须具有特定的方向、以特定的方位构造和操作，因此，不能理解为对本发明的限制。

在本说明书的描述中，术语“一个实施例”、“一些实施例”、“具体实施例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或实例。而且，描述的具体特征、结构、材料或特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (3)

1.一种实现组件化服务的装置，其特征在于，包括：

至少一个业务功能模块（1），任一业务功能模块被配置为与其他业务功能 模块之间为独立关系或依赖关系；

组件基类模块（2），所述组件基类模块被配置为定义业务功能模块的基本接口，每个业务功能模块均通过所定义的基本接口实现业务功能运作；

主程序模块（3），被配置为调用基本接口进行业务功能运作；

公共模块（4），被配置为对基本公用方法函数和跨平台定义的数据类型进行封装，供所述主程序模块（3）及所述业务功能模块（1）进行调用；

其中，各业务功能模块（1）之间是相互独立的关系，或存在依赖关系；

各业务功能模块（1）与所述组件基类模块（2）为继承关系；

所述组件基类模块（2）中有CSvrPluginBase类，为基类定义了三个保护成员变量：m_status表示组件状态信息，m_strName表示组件名，m_jsonConfig表示组件的配置参数；定义了六个成员变量获取和设置的函数：SetName设置组件名，GetName获取组件名，GetStatus获取组件状态，SetStatus设置组件状态，GetConfig获取配置，SetConfig 设置配置；

定义了四个虚函数：Init初始化，StartServer开始服务，StopServer停止服务，UnInit反初始化，四个虚函数需要子类实现，子类实现为自身业务需要的样子；

所述组件基类模块（2）中全局变量g_SvrPluginFactory是全局类工厂，组件基类模块2调用LoadAndCreateServer动态加载各个组件动态库，每个组件均实现两个C接口函数InitDll用于初始化动态库和UnInitDll用于反初始化动态库；

其中加载动态库调用InitDll接口时会把本组件的类注册到全局变量g_SvrPluginFactory 中，卸载动态库会把组件的类从全局变量g_SvrPluginFactory中取消注册；

所述组件基类模块（2）中全局变量g_SvrPluginMgr是组件管理对象，当组件注册后会创建组件对象并加入到g_SvrPluginMgr中进行管理，管理对象会调用组件的Init、StartServer、StopServer、UnInit对组件进行调度管理。

2.根据权利要求 1所述的一种实现组件化服务的装置，其特征在于，业务功能运作包括：业务加载、业务初始化、业务开始工作、业务停止工作。

3.根据权利要求 1 所述的一种实现组件化服务的装置，其特征在于，对基本公用方法函数或跨平台定义的数据类型进行封装，供主程序及业务功能进行调用。