ArcGIS Server REST开发模式-阿里云开发者社区

开发者社区> 开发与运维> 正文

ArcGIS Server REST开发模式

简介: http://www.gisall.com/?121627 如果说在2008年上半年ArcGIS9.3发布之时大家还在为rest是否合适面向数据处理的GIS应用,以及到底是SOAP还是rest等问题而争论不休,那么今天看来,基于rest的webGIS应用遍地开花,大放其采。

http://www.gisall.com/?121627

如果说在2008年上半年ArcGIS9.3发布之时大家还在为rest是否合适面向数据处理的GIS应用,以及到底是SOAP还是rest等问题而争论不休,那么今天看来,基于rest的webGIS应用遍地开花,大放其采。一切似乎昭示着ADF终于快修成正果,而SOAP也岌岌可危?

表面的现象确实如此,ArcGIS从10.0下一个版本将不再更新ADF,因为ADF与Web2.0简单而强大的理念相悖。但是作为ESRI公司WebGIS先驱的ADF,其丰富的组件、设计良好的开发框架仍不失为创建WebService的好选择,因此ADF将逐渐从前台走向后台,脱去JSF的外衣,露出丰满的类库,让你用各种WebService框架去包装她。

SOAP为我们提供了GIS服务的通用方法,允许我们通过WSDL在客户端(相对于GIS Server而言 Web Server也是客户端)生成的值对象和代理对象来进行Server Objects的远程调用。所有的Server Objects都实现了IRequestHanlder接口,该接口用于处理SOAP请求,因此ArcGIS Server原生的支持SOAP。基于IT工业标准为SOAP带来了一些好处:通用、安全。在企业门户中用SOAP提交用户账户信息与业务请求,轻松获取该用户到网点的行车Route信息并发送到其邮箱,在类似这样的应用环境中,SOAP自然是最好的选择。但在ArcGIS Server中SOAP有着更重要的使命,那就是用作构建REST的基础。

虽然SOAP很不错,但事实是越来越多的WebGIS应用高地已经被REST占领。原因很简单,在WebGIS中性能是比功能还要重要的一个考量,何况ArcGIS REST的功能已经足以和SOAP提供的功能相媲美。REST是一种架构风格,她用一个简单的回归-Just URLs,实现了简单、轻量、服务端缓存等多种优越于SOAP的性能。REST与SOAP本是不相干的,但ArcGIS REST是构建于SOAP之上的,我们可以通过下图来说明ArcGIS REST是如何工作的:

我们津津乐道的REST只是存在于浏览器和Web Server之间,在一个完整的ArcGIS Server体系中包含一个Web Server,一个Server Object Manager和若干个Server Object Container,各组件以DCOM为信道,通过SOAP或者二进制的ArcObjects代理通信。正因此,我们知道在ArcGIS 组件间部署防火墙是不明智的,因为DCOM是基于RPC协议的一种二进制标准在Internet环境中难以穿越防火墙,所以适用于局域网环境。回到我们的话题,在REST的工作流程中,我们以HTTP协议将JSON请求提交给Web Server,Web Server中的SOAP proxies、ArcObjects DCOM proxies等类库将请求转换为SOAP对象或者二进制的AO代理再调用远程的GIS Server Objects进行分析处理,返回结果在Web Server上再经过转化为JSON最终返回给浏览器解释,这样就完成了整个REST会话过程。

我们注意到Web Server和GIS Server之间以local方式连接,可以通过SOAP over DCOM和ArcObjects proxies  binary over DCOM两种方式与GIS Server交互,那么这两种方式有什么区别,我们在开发中应该如何取舍呢?

我们应当遵循SOAP优先的原则!我们知道SOAP是通过WSDL中定义的远程调用获取服务器对象在本地的值对象,如通过getServerInfo.getDefaultMapDescription()获取的MapDescription就是一个本地值对象,但SOAP API提供的对Value Object的操作,如MapDescription.getName()则完全是在本地的操作,不涉及对远程服务器对象调用,因此执行效率高。而对AO proxies的所有操作都是在远程调用的基础上完成的,比如MapDescription.getName()是一个remote method calls的过程,加上网络延迟和服务器创建对象等其他开销,效率自然会比SOAP over DCOM低,同时,使用ArcObjects我们还需要在客户端安装更多的组件,如AO类库。因此我们建议使用SOAP优先的原则,除非遇到SOAP API无法满足的需求而必须采用AO的方式。我们看ArcGIS Server REST是如何获取MapServer的:

public static MapServer createLocalMapServer(IServerContext context)

    {

        return (MapServer)context.getServerObject();

    }          

public static MapServerPort createMapServerPort(IServerContext context)

    {

        return createMapServerPort(createLocalMapServer(context));

    }

public static MapServerPort createMapServerPort(MapServer localServer)

    {

        MapServerBindingStub mapserverbindingstub = new MapServerBindingStub();

        return mapserverbindingstub;

    }

的确,ArcGIS Server REST的实现也是遵循了SOAP优先的原则。

和很多朋友的感受一样:ArcGIS给我们提供了一个丰富的开发框架,在这个框架之内,我们可以灵活的选择各种开发接口,甚至是搭配使用,来构建我们的应用。例如在一个以flex为前端的应用中,我们可以直接使用REST API、SOAP API(当然我们需要自己解释返回的XML);可以使用自定义的WebService,而我们的WebService可能来自于ADF、SOAP、ArcObjects或者是他们任意的组合。

ArcGIS Server10强化了Server object extension,对于SOAP和REST都提供了实现SOE的方式,我们可以预见到SOE将会成为流行的GIS Server扩展开发方式,在今后的时间里,我们不妨一起来研究一下。


版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
开发与运维
使用钉钉扫一扫加入圈子
+ 订阅

集结各类场景实战经验,助你开发运维畅行无忧

其他文章