ArcGIS REST vs API SOAP

27

Quand est-il approprié d'utiliser l' API REST d' ArcGIS Server par rapport à l' API SOAP et vice versa? Quels sont, selon vous, les avantages de l'un par rapport à l'autre?

Par exemple, le service SOAP peut être utilisé comme référence de service à intégrer dans Visual Studio. Y a-t-il quelque chose de disponible qui vous donnerait ce niveau d'intégration avec REST?

Plus d'informations: ArcGIS GIS Services

Britt Wescott
la source
3
Si vous souhaitez annuler un travail gp, vous devrez actuellement utiliser SOAP.
Kirk Kuykendall

Réponses:

18

C'est une bonne question. Bien que j'aime REST, je ne vois pas de moyen de demander des valeurs Z et M pour les géométries. Il semble que cela soit possible avec SOAP en utilisant l' objet PointN . Ce serait formidable de voir cette question évoluer pour énumérer plus de différences.

Un autre facteur est le type de clients que vous devez soutenir - s'il ne s'agit que de Silverlight, alors SOAP est beaucoup plus attrayant.

J'ai développé des services SOE et GP qui envoient des objets complexes via Json.NET. Ces objets sont facilement consommés par Silverlight, mais il semble qu'un client javascript aura beaucoup plus de mal .

Kirk Kuykendall
la source
12

REST - Transfert d'état représentatif

REST signifie essentiellement que chaque URL unique est une représentation d'un objet. Vous pouvez obtenir le contenu de cet objet en utilisant HTTP GET, pour le supprimer, vous pouvez ensuite utiliser un POST, PUT ou DELETE pour modifier l'objet (en pratique, la plupart des services utilisent un POST pour cela).

SOAP - Protocole d'accès simple aux objets

SOAP est principalement utilisé pour les applications d'entreprise pour intégrer des types larges et non. des applications et une autre tendance est d'intégrer les systèmes hérités, etc. Google est cohérent dans la mise en œuvre de leurs services Web en utilisant SOAP (sauf Blogger)

SOAP gagne avec GeoProcessing avec ArcGIS Server +1 pour Kirk

Mapperz
la source
Je pense que "Simple" est un terme impropre dans SOAP (sauf peut-être lorsque vous cliquez sur un assistant VS pour le faire). Il semble plus facile d'utiliser REST, mais en fin de compte, cela dépend des clients que vous devez prendre en charge (comme Kirk l'a dit ci-dessus).
Bratch
2
Google n'a que cinq API SOAP et 45 API REST: programmableweb.com/apis/directory/…
scw
7

Lors d'un précédent client, nous avons examiné cela pendant des siècles et le long et le court, pour eux, était que SOAP avait trop de temps de développement, et REST était facile à mettre en œuvre pour une organisation.

On peut dire que SOAP ne sont pas non plus des services Web ...

Voici quelques arguments pour vous:

SAVON / REPOS

Poilu
la source
3

De plus en plus de personnes s'orientent vers les services REST car ils sont très faciles à utiliser et à coder tandis que SOAP est très rapide et lent par rapport à REST. Dans un avenir proche, nous verrons une grande migration et (espérons-le) le SAVON MOURRA

Zach
la source
De plus en plus de gens se tournent vers des services qu'ils pensent être RESTful mais qui ne le sont pas réellement
nmtoken