ArcGIS REST проти API SOAP

27

Коли доцільно використовувати API REST ArcGIS Server проти API SOAP і навпаки? Які ви бачите переваги одного над іншим?

Наприклад, послуга SOAP може використовуватися як посилання на службу для інтеграції у Visual Studio. Чи є щось доступне, що могло б дати вам такий рівень інтеграції з REST?

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

arcgis-server rest soap

— Бріт Вескотт
джерело

3

Якщо ви хочете скасувати роботу gp, вам наразі потрібно буде використовувати SOAP.

— Кірк Куйкендалл

18

Це гарне запитання. Хоча мені подобається REST, я не бачу способу запитувати значення Z і M для геометрії. Схоже, це можливо за допомогою SOAP за допомогою об’єкта PointN . Було б чудово, щоб це питання розвивалося, щоб перелічити більше відмінностей.

Ще один фактор - те, що потрібно підтримувати клієнтам - якщо це просто Silverlight, то SOAP набагато привабливіший.

Я розробив послуги ДП та GP, які надсилають складні об'єкти через Json.NET. Ці об’єкти легко споживаються Silverlight, але схоже, що клієнту javascript доведеться набагато складніше .

— Кірк Куйкендалл
джерело

12

REST - представницький державний трансфер

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

SOAP - Простий протокол доступу до об'єктів

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

SOAP виграє в GeoProcessing за допомогою ArcGIS Server +1 для Kirk

— Mapperz
джерело

Я думаю, що "Simple" - це неправильне значення в SOAP (за винятком, можливо, при натисканні на майстра VS, щоб це зробити). Використовувати REST здається простіше, але в кінцевому підсумку це залежить від того, яких клієнтів вам потрібно підтримати (як Кірк сказав вище).

— Братч

2

У Google є лише п'ять API SOAP та 45 API REST: programmableweb.com/apis/directory/…

— перегляньте

7

У попередніх клієнтів ми розглядали це на віки, і тривалий і короткий момент для них полягав у тому, що SOAP має занадто багато часу на розвиток, і REST було легко для організації.

Можна стверджувати, що SOAP насправді не є веб-сервісами ...

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

МИЛО / Відпочинок

— Волохатий
джерело

4

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

Надіслати роботу GP (зараз із можливістю повернутиZ та returnM)

Скасувати роботу GP

— Діон
джерело

3

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

— Зах
джерело

Все більше людей переходять до послуг, які вони вважають ВІДКРИТИми, але насправді їх немає

— nmtoken