ArcGIS REST vs. SOAP API

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

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 .

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

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

Sie können jetzt Jobs abbrechen und ab ArcGIS REST API 10.1 Z und M zurückgeben

Submit GP Job (jetzt mit der Option returnZ und returnM)

GP Job abbrechen

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