体系结构概览
  LiquidGIS立足于GIS基础平台之上,并与其无缝结合,具备面向服务、面向消息、事件驱动的特性,是一个在数字城市或者地理信息项目中充当服务间智能化集成与管理中介的灵活敏捷的基础平台。   
LiquidGIS产品体系结构
  LiquidGIS系列产品中的LiquidGIS Server应用服务器和LiquidGIS Interaction 服务聚合与生命周期管理,为上层应用提供了核心基础引擎,并同时为应用接入、服务定制等扩展提供了基础。同时,LiquidGIS提供了可视化、界面化的配置部署工具,以可视化的方式提供全过程的支持。 LiquidGIS作为一个功能服务的请求者和服务功能提供者的桥梁,以松耦合的方式实现GIS服务与应用之间的集成,实现服务的地址透明化和协议透明化。
微内核体系
  微内核(Microkernel)源自操作系统,在操作系统的概念范畴中,微内核与宏内核相对应,指内核的一种精简形式。将通常与内核集成在一起的系统服务层被分离出来,变成可以根据需求加入的选件,这样就可提供更好的可扩展性和更加有效的应用环境。使用微内核设计,对系统进行升级,只要用新模块替换旧模块,不需要改变整个系统。LiquidGIS借鉴操作系统的这种精妙设计,将微内核体系引入到产品实现中来。我们只需调用开放的接口和功能而不需要关心其具体实现。
  微内核为整个架构的良好的兼容性、扩充性、灵活性、可靠性提供了坚实的基础,他建立了一个基于消息传送机制的最小内核,以便在此基础上建造其它其他模块。微内核设计带来的一个重要优点是大大提高了架构的兼容性, 使得基于微内核的架构可以承载更多的驱动或者组件,从而支持并隔绝各种底层GIS平台。微内核设计带来的另外一个重要优点是提高了架构的扩充性:内核只提供系统绝对必要的功能,同时提供各种标准的接口,其它功能留给实现这些接口的其他模块。
  微内核可以被看作是对数据流处理的进一步抽象,从某种意义上说可以被称作是架构的架构。这种进一步的抽象使得内核只提供机制和协议(接口),而把实现策略留给基于微内核的扩展模块(比如平台数据驱动)。当新的GIS平台需要被支持时,只需要增加或修改扩展模块即可。另外,由于微内核对架构作了进一步抽象,基于微内核的架构更容易去掉一些不必要的特性从而被剪裁成一个较小的系统。也就是说,微内核设计使得架构有较好的灵活性。在基于微内核的架构上,所有的流程相关的代码都被封装在微内核中。微内核系统的可靠性也较好,这是由于体积较小的内核可以得到更多的测试。同时,一些属于传统架构内核部分的功能是由扩展模块实现的。最后,由于微内核设计基于消息传送机制,所以能更容易支持filter模式,在扩展安全、认证等方面非常简单。
  对于微内核来说,配置管理、权限、数据处理、底层平台异同等等重要组成部分都不是他的一部分。本着高内聚的原则,在对架构进行行业扩展实现的时候,我们只需面对架构中的微内核,而无需了解其内部实现。对于整个架构的实现来说,其内部有一个更加细致的内核,负责更加底层的内容,比如消息传递、程序集加载、对象管理和初始化等等,而用户所面对的内核不过是在这个微内核之上构建起来的一个应用。微内核通过内部实现降低了实现其接口的其他模块的复杂度,让用户使用或者扩展简单了许多。

底层平台透明,服务地址透明和服务实现透明

   当GIS底层平台或者远程GIS数据源被接入到LiquidGIS平台中,LiquidGIS会将该功能接口以服务的方式进行封装,并注册到LiquidGIS数据服务注册目录。LiquidGIS服务注册目录为所有接入到平台中的服务建立索引,对这些服务进行编目,以便服务的请求者能够通过简单的名称索引,就可以发现和调用所需要的服务,而不需要关心所需服务的具体信息,做到底层平台透明,服务地址透明和服务实现透明。这可以保证服务请求者和服务提供者之间的松散耦合。对于一个特定功能的服务,可以随时使用其它的服务提供者进行替换,而服务器的请求者完全感知不到这样的变化。

协议转换架构