ArcGIS REST vs. API SOAP

27

¿Cuándo es apropiado usar el Servidor ArcGIS REST API vs. ¿La API de SOAP y viceversa? ¿Qué ves como las ventajas de uno sobre el otro?

Por ejemplo, el servicio SOAP se puede consumir como una referencia de servicio para integrarlo en Visual Studio. ¿Hay algo disponible que le dé ese nivel de integración con REST?

Más información: Servicios GIS de ArcGIS

    
pregunta Britt Wescott 11.05.2011 - 15:54

5 respuestas

18

Esta es una buena pregunta. Si bien me gusta REST, no veo una manera de solicitar los valores Z y M para las geometrías. Parece que esto es posible con SOAP utilizando el objeto PointN . Sería genial ver cómo evoluciona esta pregunta para enumerar más diferencias.

Otro factor es qué clientes necesitas apoyar: si solo es Silverlight, entonces SOAP es mucho más atractivo.

He desarrollado servicios de SOE y GP que envían objetos complejos a través de Json.NET. Silverlight consume fácilmente estos objetos, pero parece que un cliente javascript tendrá una mucho más difícil .

    
respondido por el Kirk Kuykendall 11.05.2011 - 16:17
12

REST - Transferencia de estado representativa

REST básicamente significa que cada URL única es una representación de algún objeto. Puede obtener el contenido de ese objeto utilizando HTTP GET; para eliminarlo, puede usar POST, PUT o DELETE para modificar el objeto (en la práctica, la mayoría de los servicios usan POST para esto).

SOAP - Protocolo simple de acceso a objetos

SOAP se usa principalmente para aplicaciones empresariales para integrar tipos anchos y no. De aplicaciones y otra tendencia es integrarse con sistemas heredados, etc. Google es consistente en implementar sus servicios web utilizando SOAP (excepto Blogger)

SOAP gana con GeoProcessing con ArcGIS Server +1 para Kirk

    
respondido por el Mapperz 11.05.2011 - 16:06
7

En clientes anteriores, observamos esto durante mucho tiempo, y durante mucho tiempo, para ellos, fue que SOAP tiene demasiado tiempo de desarrollo, y REST fue fácil de implementar para una organización.

Se puede argumentar que SOAP no son en realidad servicios web también ...

Aquí hay algunos argumentos para ti:

SOAP / REST

    
respondido por el Hairy 11.05.2011 - 16:11
4

Ahora puede cancelar trabajos y devolver Z y M a partir de ArcGIS REST API 10.1

Enviar trabajo de GP (ahora con la opción de devolver Z y devolver M)

Cancelar trabajo de GP

    
respondido por el Dion 10.01.2013 - 21:39
3

Cada vez más personas se están moviendo hacia los servicios REST, ya que son muy fáciles de usar y codifican, mientras que SOAP es muy lento y lento en comparación con REST. En un futuro cercano veremos una gran migración y (con suerte) SOAP morirá

    
respondido por el Zach 13.05.2011 - 20:12

Lea otras preguntas en las etiquetas