
SOA助力GIS业务敏捷(Service GIS之二)
|
业务敏捷的实现有赖于SOA。尽管SOA已不是什么新概念,甚至已经被炒得有些过头,但还是有必要再次提一提,这是一种对GIS软件技术发展有巨大意义的架构思想。 ![]() 从传统GIS到组件式GIS,GIS软件技术的惊险一跳 那些成功完成了这惊险一跳的国内外企业获得了快速发展;相反,因为忽略了这一跳或者没有很好完成这一跳,一些知名GIS品牌在此期间没落甚至消失。1997年成立的超图公司也正是抓住了这一跳的机会,研发了全组件式GIS软件开发平台--SuperMap Objects 2000,才能在竞争激烈的GIS平台软件市场得到生存和发展的机会。总之,组件式GIS一经推出,很快成为GIS应用系统开发的主流技术,并主导了近十年的GIS应用开发模式,直到今天还是C/S结构的GIS应用系统开发平台的首选。
从软件工程方法发展的规律来看,每一种新的方法和技术都融合了前一代技术的优点,并致力于改善前一代技术的缺陷。然而,每一个新产生的技术又会面临新的挑战,面向组件同样也存在不足。细粒度的组件与紧耦合的系统结构,导致局部需求更改后,仍有大量系统修改,也不满足业务敏捷的需要。此外,面向组件还在实现并发管理、事务处理、通讯协议、版本控制和安全方面,存在困难或具有较高的复杂度。 尽管组件式GIS难以有效满足业务敏捷的需要,但业内一些有远见的GIS应用开发商采用了自己的解决办法,基于组件式GIS构建了企业内部使用的GIS业务开发平台,采用插件架构来实现业务平台本身的可扩展性和可维护性。应用系统建成后,可通过扩展插件来扩展新功能,以满足需求的变化。但前提是用户不能更换开发商,因为这种扩展能力是构建在开发商私有的架构基础之上,很难在不同开发商之间共享。 所幸的是,面向服务方法很快作为应对面向对象以及面向组件缺陷的解决方案呈现在人们眼前。面向服务是在面向组件思想基础上发展起来的,从多个角度看,从组件到服务都是一个本质上的飞跃,就像组件是对象的一个本质飞跃一样。SOA强调松耦合和粗密度,在SOA的应用程序中,开发者只需要关注于业务逻辑的编写,以及通过可交换的、可互操作的服务终结点(Service Endpoint)暴露业务逻辑。客户端调用这些终结点,而不是服务代码或者它的实现包。因此SOA具有更高效率的代码重用机制,可以动态按需构建应用系统,更有助于实现业务敏捷。 既然SOA是实现业务敏捷的有效思想,而且早已提出,那么为什么GIS平台厂商迟迟不见行动呢? |

一共有 0 条评论