ArcGIS REST vs. SOAP API

27

Wann sollte die ArcGIS Server REST-API im Vergleich zur SOAP-API und umgekehrt verwendet werden? Was sehen Sie als die Vorteile des einen gegenüber dem anderen?

Beispielsweise kann der SOAP-Dienst als Dienstreferenz für die Integration in Visual Studio verwendet werden. Gibt es irgendetwas, das Ihnen diesen Integrationsgrad in REST verschafft?

Weitere Informationen: ArcGIS GIS Services

arcgis-server rest soap Britt Wescott
quelle
3
Wenn Sie einen GP-Auftrag abbrechen möchten, müssen Sie derzeit SOAP verwenden.
Kirk Kuykendall

Antworten:

18

Das ist eine gute Frage. Obwohl ich REST mag, sehe ich keine Möglichkeit, Z- und M-Werte für Geometrien anzufordern. Es sieht so aus, als wäre dies mit SOAP über das PointN-Objekt möglich . Es wäre schön zu sehen, wie sich diese Frage weiterentwickelt, um weitere Unterschiede aufzulisten.

Ein weiterer Faktor ist, welche Kunden Sie unterstützen müssen - wenn es sich nur um Silverlight handelt, ist SOAP viel attraktiver.

Ich habe SOEs und GP-Services entwickelt, die komplexe Objekte über Json.NET senden. Diese Objekte können leicht von Silverlight verwendet werden, aber es sieht so aus , als würde es einem JavaScript-Client viel schwerer fallen .

Kirk Kuykendall
quelle
12

REST - Repräsentative Zustandsübertragung

REST bedeutet im Grunde, dass jede eindeutige URL eine Darstellung eines Objekts ist. Sie können den Inhalt dieses Objekts mit HTTP GET abrufen. Zum Löschen können Sie dann einen POST, PUT oder DELETE verwenden, um das Objekt zu ändern (in der Praxis verwenden die meisten Dienste hierfür einen POST).

SOAP - Einfaches Objektzugriffsprotokoll

SOAP wird hauptsächlich für Enterprise-Anwendungen verwendet, um breite Typen zu integrieren. von Anwendungen und ein weiterer Trend ist die Integration in Legacy-Systeme usw. Google implementiert seine Webdienste konsequent mithilfe von SOAP (außer Blogger).

SOAP gewinnt mit GeoProcessing mit ArcGIS Server +1 für Kirk

Mapperz
quelle
Ich denke, "Einfach" ist eine falsche Bezeichnung in SOAP (außer vielleicht, wenn Sie durch einen VS-Assistenten klicken, um es zu tun). Es scheint einfacher zu sein, REST zu verwenden, aber letztendlich hängt es davon ab, welche Clients Sie unterstützen müssen (wie Kirk oben sagte).
Bratch
2
Google hat nur fünf SOAP-APIs und 45 REST-APIs: programmableweb.com/apis/directory/…
scw
7

Bei früheren Kunden haben wir uns lange damit befasst und festgestellt, dass SOAP eine zu lange Vorlaufzeit für die Entwicklung hat und die Implementierung von REST für ein Unternehmen einfach war.

Es kann argumentiert werden, dass SOAP eigentlich keine Webservices sind ...

Hier sind einige Argumente für Sie:

SOAP / REST

Behaart
quelle
3

Immer mehr Menschen wenden sich REST-Diensten zu, da sie sehr einfach zu verwenden und zu codieren sind, während SOAP im Vergleich zu REST sehr dünn und langsam ist. In naher Zukunft werden wir eine große Migration sehen und (hoffentlich) wird SOAP sterben

Zach
quelle
Immer mehr Menschen ziehen zu Diensten um, die sie für RESTful halten, aber eigentlich nicht
nmtoken