ArcGIS REST vs SOAP API


27

Kapan tepat untuk menggunakan ArcGIS Server REST API vs SOAP API dan sebaliknya? Apa yang Anda lihat sebagai kelebihan satu di atas yang lain?

Misalnya, layanan SOAP dapat dikonsumsi sebagai Referensi Layanan untuk diintegrasikan ke dalam Visual Studio. Apakah ada sesuatu yang tersedia yang akan memberi Anda tingkat integrasi dengan REST?

Info lebih lanjut: Layanan ArcGIS GIS


3
Jika Anda ingin membatalkan pekerjaan gp, saat ini Anda harus menggunakan SOAP.
Kirk Kuykendall

Jawaban:


18

Ini pertanyaan yang bagus. Meskipun saya suka REST, saya tidak melihat cara untuk meminta nilai Z dan M untuk geometri. Sepertinya ini dimungkinkan dengan SOAP menggunakan objek PointN . Alangkah baiknya melihat pertanyaan ini berkembang untuk membuat daftar lebih banyak perbedaan.

Faktor lain adalah apa yang klien perlu Anda dukung - jika itu hanya Silverlight, maka SOAP jauh lebih menarik.

Saya telah mengembangkan layanan SOE dan GP yang mengirim objek kompleks melalui Json.NET. Objek-objek ini mudah dikonsumsi oleh Silverlight, tetapi sepertinya klien javascript akan memiliki waktu yang lebih sulit .


12

REST - Transfer Negara Representasi

REST pada dasarnya berarti bahwa setiap URL unik adalah representasi dari beberapa objek. Anda bisa mendapatkan konten dari objek itu menggunakan HTTP GET, untuk menghapusnya, Anda kemudian dapat menggunakan POST, PUT, atau DELETE untuk memodifikasi objek (dalam praktiknya sebagian besar layanan menggunakan POST untuk ini).

SOAP - Protokol Akses Objek Sederhana

SOAP sebagian besar digunakan untuk aplikasi Enterprise untuk mengintegrasikan tipe yang luas dan tidak. aplikasi dan tren lainnya adalah untuk berintegrasi dengan sistem lama, dll. Google konsisten dalam mengimplementasikan layanan web mereka menggunakan SOAP (kecuali Blogger)

SOAP menang dengan GeoProcessing dengan ArcGIS Server +1 untuk Kirk


Saya pikir "Sederhana" adalah nama yang salah dalam SOAP (kecuali mungkin ketika mengklik melalui wizard VS untuk melakukannya). Tampaknya lebih mudah untuk menggunakan REST, tetapi pada akhirnya itu tergantung pada klien apa yang Anda butuhkan untuk mendukung (seperti kata Kirk di atas).
Awal

2
Google hanya memiliki lima SOAP API, dan 45 REST APIs: programmableweb.com/apis/directory/…
scw

7

Pada klien sebelumnya, kami melihat ini selama bertahun-tahun dan panjang dan pendeknya, bagi mereka, adalah bahwa SOAP memiliki terlalu banyak waktu pengembangan, dan REST mudah untuk diterapkan oleh organisasi.

Dapat dikatakan bahwa SABUN sebenarnya bukan layanan web juga ...

Berikut beberapa argumen untuk Anda:

SABUN / SISA



3

Semakin banyak orang yang bergerak menuju layanan REST karena mereka sangat mudah digunakan dan kode sementara SOAP sangat thik dan lambat dibandingkan dengan REST. Dalam waktu dekat kita akan melihat migrasi besar dan (Semoga) SABUN AKAN MATI


Semakin banyak orang yang pindah ke layanan yang mereka pikir tenang tetapi sebenarnya tidak
nmtoken
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.