ArcGIS REST vs. SOAP API

27

ArcGIS Server REST API'sini kullanmak için SOAP API ve bunun tersi ne zaman uygundur? Birinin diğerine göre avantajları olarak ne görüyorsunuz?

Örneğin, SOAP servisi Visual Studio'ya entegre etmek için bir Servis Referansı olarak kullanılabilir. Size REST ile entegrasyon seviyesini verecek herhangi bir şey var mı?

Daha fazla bilgi: ArcGIS GIS Servisleri

arcgis-server rest soap

— Britt Wescott
kaynak

3

Bir gp işini iptal etmek istiyorsanız, şu anda SOAP kullanmanız gerekir.

— Kirk Kuykendall

18

Bu iyi bir soru. REST'i sevsem de, geometriler için Z ve M değerleri istemenin bir yolunu görmüyorum. PointN nesnesini kullanarak SOAP ile bu mümkün gibi görünüyor . Bu sorunun daha fazla farklılık listelemek için geliştiğini görmek harika olurdu.

Başka bir faktör, hangi müşterileri desteklemeniz gerektiğidir - sadece Silverlight ise, SOAP çok daha çekicidir.

Json.NET ile karmaşık nesneler gönderen SOE'ler ve GP servisleri geliştirdim. Bu nesneler Silverlight tarafından kolayca tüketilir, ancak bir javascript istemcisinin çok daha zor zamanları olacak gibi görünüyor .

— Kirk Kuykendall
kaynak

12

REST - Temsili Devlet Transferi

REST, temel olarak her bir benzersiz URL'nin, bazı nesnelerin temsili olduğu anlamına gelir. HTTP GET kullanarak bu nesnenin içeriğini alabilirsiniz, silmek için, daha sonra nesneyi değiştirmek için bir POST, PUT veya DELETE kullanabilirsiniz (pratikte çoğu bunun için POST kullanır).

SOAP - Basit Nesne Erişim Protokolü

SOAP daha çok geniş çapta çeşit çeşitlerini entegre etmek için Kurumsal uygulamalar için kullanılır. uygulamaların ve bir başka eğilim eski sistemlerle, vb.

SOAP, Kirk için ArcGIS Server +1 ile GeoProcessing ile kazandı

— Mapperz
kaynak

Sanırım "Basit", SOAP'ta yanlış bir isimdir (bunu yapmak için bir VS sihirbazına tıklandığında hariç). REST kullanmak daha kolay gözükse de, nihayetinde hangi müşterileri desteklemeniz gerektiğine bağlıdır (Kirk'ün dediği gibi).

— Bratch

2

Google’ın yalnızca beş SOAP

— API’sı

7

Daha önceki bir müşteride, uzun zamandır buna baktık ve bunun için uzun ve kısa olan, SOAP'ın çok fazla gelişme sağlama süresine sahip olduğu ve bunun için REST'in bir kuruluşun uygulaması kolaydı.

SOAP'ın aslında web servisleri olmadığı tartışılabilir.

İşte sizin için bazı argümanlar:

SABUN / DİNLENME

— Kıllı
kaynak

4

Artık işleri iptal edebilir ve ArcGIS REST API 10.1'den itibaren Z ve M'ye geri dönebilirsiniz.

GP İşi Gönderin (şimdi returnZ ve returnM seçeneği ile)

GP İşini İptal Et

— Dion
kaynak

3

Gittikçe daha fazla sayıda insan REST hizmetlerine doğru ilerliyor, çünkü kullanımı ve kodlaması çok kolay; SOAP ise REST'e kıyasla çok daha hafif ve yavaş. Yakın bir gelecekte büyük göç göreceğiz ve (İnşallah) SOAP DEDİR

— Zach
kaynak

— Gittikçe