ArcGIS REST vs. SOAP API

¿Cuándo es apropiado usar la API REST de ArcGIS Server frente a la API SOAP y viceversa? ¿Cuáles ves como las ventajas de uno sobre el otro?

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

Más información: Servicios ArcGIS GIS

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

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

Desarrollé 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 de JavaScript tendrá más dificultades .

REST - Transferencia de estado representativo

REST básicamente significa que cada URL única es una representación de algún objeto. Puede obtener el contenido de ese objeto usando HTTP GET, para eliminarlo, luego 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 amplios y no. de aplicaciones y otra tendencia es integrarse con sistemas heredados, etc. Google es consistente en la implementación de sus servicios web utilizando SOAP (excepto Blogger)

SOAP gana con GeoProcessing con ArcGIS Server +1 para Kirk

En clientes anteriores, vimos esto por años y, para ellos, para ellos, era que SOAP tenía demasiado tiempo de desarrollo y REST era 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:

JABÓN / DESCANSO

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

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

Cancelar trabajo GP

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 difícil y lento en comparación con REST. En un futuro próximo veremos una gran migración y (con suerte) morirá SOAP