ArcGIS REST vs. SOAP API

27

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

arcgis-server rest soap Britt Wescott
fonte
3
Se você deseja cancelar um trabalho de GP, atualmente precisará usar o SOAP.
Kirk Kuykendall

Respostas:

18

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 .

Kirk Kuykendall
fonte
12

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

Mapperz
fonte
Eu acho que "Simples" é um nome impróprio no SOAP (exceto talvez ao clicar em um assistente do VS para fazer isso). Parece mais fácil usar o REST, mas, no final das contas, depende de quais clientes você precisa oferecer suporte (como Kirk disse acima).
Bratch
2
O Google tem apenas cinco APIs SOAP e 45 APIs REST: programmableweb.com/apis/directory/…
scw
7

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

Peludo
fonte
3

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á

Zach
fonte
Mais e mais pessoas estão se movendo para serviços que eles acham que são RESTful, mas na verdade não são
NMTOKEN