[发明专利]一种可移植的中间库系统

说明书

本发明提供的可移植的中间库系统，所述系统包括中间库及上层应用，所述中间库用于提供上层应用所需功能，所述上层应用用于根据所述中间库提供的功能实现所需业务，所述中间库与所述上层应用之间采用桥接，多平台间的公共业务流程仅一套中间件代码，公共业务的开发和变更时，可达到理论上的极小开发周期和极高稳定性，利用中间件框架缩短上市周期，多形态的客户端统一代码，相比各自开发一套客户端的软件的开发量要减少很多，在出现业务流程上的软件问题时，在一个客户端下修改成功后，可以迅速同步到所有形态的客户端上去，业务流程相关问题总量收敛极快，对应代码可读性强，便于后进员工快速上手。

技术领域

本发明涉及软件领域，特别涉及一种可移植得中间库系统。

背景技术

随着“互联网+”的潮流思维以及“硬件物联”的互联网方案等的高速推进和发展，在同一稳定的后台服务器集群以及云平台外，客户端的形态越来越多样化、越来越丰富。硬件层面上我们有各种各样的手机、各种各样的嵌入式设备、各种各样的pc等；操作系统层面上，我们有ios、andriod、windows、linux等；在应用层面上，又根据我们面向的不同的用户群，有专家用户客户端、年轻人用户客户端、老年人用户客户端等。虽然客户端种类庞大繁杂，但这些客户端之间是存在有公共业务的。例如多数方案下，不论客户端种类多么庞大繁杂，所有客户端和服务器之间的交流协议是一样的；再例如所有客户端都用到蓝牙功能，所有客户端你都用到http功能，这些基础功能的使用流程是一样的。

互联网下多种形态客户端的业务流程的开发有时存在以下问题：

1.不同客户端的业务流程由不同团队开发，不同客户端之间对方案的业务流程细节理解不一致，沟通成本高，总体开发量较大，业务流程问题总在不同的客户端之间摆动，业务流程问题修改效率低，收敛慢，在一种客户端上修改好的问题，需要较大的沟通成本和开发成本才能同步修改到其他种客户端上。

2.不同客户端各自把握业务流程的多线程重入、业务并发、细节的数据处理、业务内存管理等问题。不同客户端各自为政，各自对业务的理解、以及对业务的实现代码差别越来越大。越往后期发展，研发成本、维护成本、人力成本就越大。

3.没有一个统一的业务实现框架，业务流程和数据以及和基础功能掺杂在一起，代码写出后期难以理解、维护及修改，首次研发周期虽不明显，但业务变更、增量开发、以及维护时会产生巨量的成本。

发明内容

有鉴于此，本发明实施例提供了一种可移植的中间库系统。

一种可移植的中间库系统，所述系统包括中间库及上层应用，所述中间库用于提供上层应用所需功能，所述上层应用用于根据所述中间库提供的功能实现所需业务，所述中间库与所述上层应用之间采用桥接。

可选地，所述上层应用包括用于提供用户所需业务的应用业务模块、与中间库进行对接的应用桥以及与所述应用桥对接提供用户所需功能的外部功能模块。

可选地，所述中间库包括：

相关业务模块，用于调用、回调消息事件进行触发的纯业务流程，所述相关业务模块包括多个业务子模块；

业务分配模块，用于把调用、回调信息事件根据业务条件分发给不同的业务子模块；

信息队列模块，用于调用、回调信息事件的消息队列；

内部功能模块，用于可跨平台的功能实现，与接口转换模块之间进行透传；

所述接口转换模块，用于C接口和C++接口的相互转换以及用来接入所述内部功能模块的接口；

业务接口，用于中间库与上层应用业务对接；

外部功能接口，用于中间库与上层应用桥对接；