ArcGIS REST vs. SOAP API

Question

¿Cuándo es conveniente utilizar el servidor ArcGIS API REST frente a la API SOAP y viceversa? ¿Qué ventajas tiene una sobre la otra?

Por ejemplo, el servicio SOAP puede ser consumido 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

Answer 1

Esta es una buena pregunta. Aunque me gusta REST, no veo la forma de solicitar los valores Z y M de las geometrías. Parece que esto es posible con SOAP utilizando el Objeto PuntoN . Sería estupendo que esta pregunta evolucionara para enumerar más diferencias.

Otro factor es el tipo de clientes que necesita soportar: si es sólo Silverlight, entonces SOAP es mucho más atractivo.

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

Answer 2

REST - Transferencia de Estado Representativa

REST significa básicamente que cada URL única es una representación de algún objeto. Puedes obtener el contenido de ese objeto usando HTTP GET, para borrarlo, entonces podrías usar un POST, PUT, o DELETE para modificar el objeto (en la práctica la mayoría de los servicios usan un POST para esto).

SOAP - Protocolo simple de acceso a objetos

SOAP se utiliza sobre todo en las aplicaciones empresariales para integrar un gran número de tipos de aplicaciones y otra tendencia es la integración 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

Answer 3

En un cliente anterior, analizamos esto durante mucho tiempo y la conclusión, para ellos, fue que SOAP tiene demasiado tiempo de desarrollo, y REST era fácil de implementar para una organización.

También se puede argumentar que los SOAP no son realmente servicios web...

Aquí tienes algunos argumentos:

SOAP/REST

Answer 4

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

Enviar trabajo GP (ahora con la opción de devolverZ y devolverM)

Cancelar el trabajo de GP

Answer 5

Cada vez más gente se está decantando por los servicios REST, ya que son muy fáciles de usar y codificar, mientras que SOAP es muy tedioso y lento en comparación con REST. En un futuro próximo veremos una gran migración y (esperemos) que SOAP muera.