ArcGIS REST vs. SOAP API

27

¿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

arcgis-server rest soap Britt Wescott
fuente
3
Si desea cancelar un trabajo gp, actualmente necesitará usar SOAP.
Kirk Kuykendall

Respuestas:

18

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 .

Kirk Kuykendall
fuente
12

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

Mapperz
fuente
Creo que "Simple" es un nombre inapropiado en SOAP (excepto tal vez al hacer clic en un asistente de VS para hacerlo). Parece más fácil usar REST, pero en última instancia depende de los clientes que necesita admitir (como dijo Kirk anteriormente).
Bratch
2
Google tiene solo cinco API SOAP y 45 API REST: programmableweb.com/apis/directory/…
scw
7

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

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

Zach
fuente
Cada vez más personas se están mudando a los servicios que piensan que son RESTful pero que en realidad no lo son
nmtoken 05 de