ArcGIS REST vs. SOAP API

Quando é apropriado usar a API REST do ArcGIS Server versus a API SOAP e vice-versa? Quais são as vantagens de um sobre o outro?

Por exemplo, o serviço SOAP pode ser consumido como uma Referência de Serviço para integrar-se ao Visual Studio. Existe algo disponível que lhe daria esse nível de integração com o REST?

Mais informações: ArcGIS GIS Services

Essa é uma boa pergunta. Enquanto eu gosto de REST, não vejo uma maneira de solicitar valores Z e M para geometrias. Parece que isso é possível com SOAP usando o objeto PointN . Seria ótimo ver essa pergunta evoluir para listar mais diferenças.

Outro fator é o que os clientes precisam oferecer suporte - se for apenas o Silverlight, o SOAP é muito mais atraente.

Desenvolvi serviços SOE e GP que enviam objetos complexos via Json.NET. Esses objetos são facilmente consumidos pelo Silverlight, mas parece que um cliente javascript terá muito mais dificuldade .

REST - Transferência Representacional do Estado

REST basicamente significa que cada URL exclusivo é uma representação de algum objeto. Você pode obter o conteúdo desse objeto usando HTTP GET, para excluí-lo, use um POST, PUT ou DELETE para modificar o objeto (na prática, a maioria dos serviços usa um POST para isso).

SOAP - Protocolo Simples de Acesso a Objetos

O SOAP é usado principalmente para aplicativos corporativos para integrar tipos amplos e não. de aplicativos e outra tendência é a integração com sistemas legados etc. O Google é consistente na implementação de seus serviços da Web usando SOAP (exceto o Blogger)

SOAP vence com GeoProcessing com ArcGIS Server +1 para Kirk

Em clientes anteriores, analisamos isso há muito tempo e o longo e curto prazo, para eles, era que o SOAP tinha muito tempo de desenvolvimento e o REST era fácil para a organização implementar.

Pode-se argumentar que o SOAP não é realmente um serviço da Web também ...

Aqui estão alguns argumentos para você:

SOAP / REST

Agora você pode cancelar tarefas e retornar Z e M a partir da API ArcGIS REST 10.1

Enviar trabalho GP (agora com opção para returnZ e returnM)

Cancelar trabalho GP

Mais e mais pessoas estão migrando para os serviços REST, pois são muito fáceis de usar e codificar, enquanto o SOAP é muito lento e lento em comparação com o REST. No futuro próximo, veremos grandes migrações e (esperançosamente) o SOAP morrerá