ArcGIS REST против SOAP API

Когда целесообразно использовать REST API ArcGIS Server по сравнению с SOAP API и наоборот? В чем вы видите преимущества одного над другим?

Например, сервис SOAP можно использовать как ссылку на сервис для интеграции в Visual Studio. Есть ли что-нибудь доступное, что даст вам такой уровень интеграции с REST?

Больше информации: ArcGIS GIS Services

Это хороший вопрос. Хотя мне нравится REST, я не вижу способа запросить значения Z и M для геометрии. Похоже, это возможно с SOAP с использованием объекта PointN . Было бы здорово увидеть, как этот вопрос эволюционирует, чтобы перечислить больше различий.

Другим фактором является то, какие клиенты вам нужно поддерживать - если это просто Silverlight, то SOAP намного привлекательнее.

Я разработал сервисы SOE и GP, которые отправляют сложные объекты через Json.NET. Эти объекты легко используются Silverlight, но, похоже, клиенту javascript будет намного сложнее .

REST - представительский государственный трансферт

REST в основном означает, что каждый уникальный URL является представлением некоторого объекта. Вы можете получить содержимое этого объекта с помощью HTTP GET, чтобы удалить его, затем вы можете использовать POST, PUT или DELETE для изменения объекта (на практике большинство служб используют POST для этого).

SOAP - простой протокол доступа к объектам

SOAP в основном используется для корпоративных приложений для интеграции широких типов и нет. приложений и еще одной тенденцией является интеграция с устаревшими системами и т. д. Google последовательно внедряет свои веб-сервисы с использованием SOAP (кроме Blogger)

SOAP побеждает с GeoProcessing с ArcGIS Server +1 для Кирка

У предыдущих клиентов мы смотрели на это целую вечность, и, по большому счету, для них было то, что у SOAP слишком много времени на разработку, а для организации легко было внедрить REST.

Можно утверждать, что SOAP на самом деле тоже не веб-сервисы ...

Вот несколько аргументов для вас:

SOAP / REST

Теперь вы можете отменить задания и вернуть Z и M с ArcGIS REST API 10.1

Отправить GP Job (теперь с возможностью returnZ и returnM)

Отмена работы GP

Все больше и больше людей переходят на сервисы REST, поскольку они очень просты в использовании и кодировании, а SOAP очень медленный и медленный по сравнению с REST. В ближайшее время мы увидим большую миграцию и (надеюсь) SOAP умрет