第1章 设计原理

1.1.   热插拔，自动升级

插件式开发，支持插件的动态加载卸载。 C/C++ 可以单独部署的最小单元是动态库，所以插件是动态库的形式存在。

系统可以自动检测动态库的变化，在不停止服务的情况下实现功能的扩展和系统的升级。

1.2.   微内核，稳定可靠

插件运行环境采用微内核的开发思想，确保系统的稳定。插件运行环境采用进程池机制，同时还支持主动模式（无监听端口）和被动模式（监听端口）。

1.3.   强化技术，简化业务

分离技术平台和业务平台，技术平台封装基础类库和运行框架，简化业务开发的难度，最大化复用基础组件。

1.4.   接口编程，统一规范

业务模块的开发，统一编程接口，真正做到面向接口编程、施行面向对象开发思想。

1.5.   性能优先，扩展次之

插件之间数据通讯，优先考虑性能，所以 XML 数据总线的方式不可取，性能最高的莫过于数据指针的传输。

第2章 功能架构

架构层次图

2.1.   基础组件

²        屏蔽线程和进程的管理

基于基础组件开发看不到线程和进程，只需要开发功能组件和业务组件，并且两种组件都是动态库的形式存在。

²        实现功能的热部署

当动态库或框架配置文件有变化时，基础框架可以自动加载组件，实现功能扩展和系统的升级。

²        实现功能扩展框架

支持功能的扩展，不用修改现有的组件，只需增加相应的业务组件即可实现功能的增加，在架构层次上就实现了对开闭原则的支持。

²        支持主动被动模式

支持主动模式，同时也支持主动模式；基于基础组件可以开发服务器端系统，也可以开发客户端系统。

²        提供资源池的封装

对以一些常用的调用提供统一的接口。

²        提供简单易用的开发接口

以类的方式提供开发接口，同时提供开发实例，降低开发的难度。

2.2.   功能组件

²        数据库读写类

操作数据库，读写数据中的内容，保证数据库操作的完整性、一致性。

²        数据生成类

组装数据，方便组件之间的数据交换。

²        业务计算类

计费结算系统会有大量的计算公式、优惠策略，所以本类组件即为业务优惠计算的封装等等。

2.3.   业务组件

²        流程控制类

调用功能模块，组装成业务功能。

²        事务控制类

确保业务功能的原子操作性。

²        接口实现类

实现组件的接口，以至于可注册到组件运行框架上，并正常运行。

第3章 使用流程

使用流程图