ArcGIS REST vs. API SOAP


27

Quando è appropriato utilizzare l' API REST di ArcGIS Server rispetto all'API SOAP e viceversa? Quali sono i vantaggi dell'uno rispetto all'altro?

Ad esempio, il servizio SOAP può essere utilizzato come riferimento di servizio per l'integrazione in Visual Studio. C'è qualcosa disponibile che ti darebbe quel livello di integrazione con REST?

Ulteriori informazioni: ArcGIS GIS Services


3
Se si desidera annullare un lavoro GP, attualmente è necessario utilizzare SOAP.
Kirk Kuykendall,

Risposte:


18

Questa è una buona domanda Mentre mi piace REST, non vedo un modo per richiedere i valori Z e M per le geometrie. Sembra che questo sia possibile con SOAP usando l' oggetto PointN . Sarebbe bello vedere questa domanda evolversi per elencare più differenze.

Un altro fattore è ciò che i clienti devono supportare: se si tratta solo di Silverlight, SOAP è molto più attraente.

Ho sviluppato servizi SOE e GP che inviano oggetti complessi tramite Json.NET. Questi oggetti vengono facilmente consumati da Silverlight, ma sembra che un client JavaScript avrà un tempo molto più difficile .


12

REST - Trasferimento rappresentativo dello stato

REST in pratica significa che ogni URL univoco è una rappresentazione di alcuni oggetti. È possibile ottenere il contenuto di quell'oggetto utilizzando HTTP GET, per eliminarlo, quindi è possibile utilizzare un POST, PUT o DELETE per modificare l'oggetto (in pratica la maggior parte dei servizi utilizza un POST per questo).

SOAP - Simple Object Access Protocol

SOAP viene utilizzato principalmente per le applicazioni Enterprise per integrare tipi ampi e no. di applicazioni e un'altra tendenza è l'integrazione con i sistemi legacy, ecc. Google è coerente nell'implementazione dei propri servizi Web tramite SOAP (tranne Blogger)

SOAP vince con GeoProcessing con ArcGIS Server +1 per Kirk


Penso che "Semplice" sia un termine improprio in SOAP (tranne forse quando si fa clic su una procedura guidata VS per farlo). Sembra più facile usare REST, ma alla fine dipende da quali client devi supportare (come Kirk ha detto sopra).
Bratch

2
Google ha solo cinque API SOAP e 45 API REST: programmableweb.com/apis/directory/…
scw

7

A clienti precedenti, abbiamo esaminato questo aspetto per anni e il lungo e il breve, per loro, era che SOAP ha troppi tempi di sviluppo e REST è stato facile da implementare per un'organizzazione.

Si può affermare che i SOAP non sono in realtà anche servizi web ...

Ecco alcuni argomenti per te:

SOAP / REST



3

Sempre più persone si stanno muovendo verso i servizi REST in quanto sono molto facili da usare e codificare mentre SOAP è molto lento e lento rispetto a REST. Nel prossimo futuro vedremo una grande migrazione e (si spera) SOAP morirà


Sempre più persone si spostano verso servizi che ritengono RESTful ma in realtà non lo sono
nmtoken
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.