Quali sono le differenze tra le API Web di ArcGIS (JavaScript / WPF / Silverlight / Flex)?

Esri offre attualmente 3 diverse API Web che possono essere scaricate liberamente.

Sono tutti uguali?

In caso contrario, quali sono i relativi punti di forza / debolezza di ciascuna di queste API?

Da una prospettiva di gestione totalmente astratta, le tre API sono uguali. Rappresentano il codice che viene eseguito in un browser Web, il cui scopo è quello di visualizzare i dati della mappa per un utente su Internet. È possibile creare un'applicazione di mapping significativa e di successo con qualsiasi API.

Inoltre, l'impatto di ciascuna forza / debolezza (differenza) in ciascuna API varierà a seconda del pubblico. I programmatori saranno profondamente interessati alle funzionalità del linguaggio o agli svantaggi, i tuoi utenti di rete vorranno conoscere i requisiti di larghezza di banda e i prerequisiti del server, i GIS saranno profondamente preoccupati del fatto che la mappa visualizzata sia realmente rappresentata e ai tuoi utenti finali potrebbe interessare meno di tutto ciò e vogliono solo fare qualunque cosa abbiano iniziato a fare.

Quindi, ecco alcuni elementi chiave sulle tre API:

• Gestione delle risorse tra domini : Silverlight e Flex possono utilizzare un file "criteri tra domini" esistente sul server TARGET. Pertanto, i publisher di mappe di terze parti potrebbero concederti l'accesso. Con l'API Javascript, le richieste tra domini vengono generalmente gestite implementando una "pagina proxy" utilizzando una lingua lato server a scelta (PHP, JSP, ASP, ecc.). Questo "requisito software" non è un grosso problema per la maggior parte dei server, ma aggiunge un altro livello di complessità. Nota che non c'è nulla che ti impedisce di utilizzare la stessa pagina proxy con le API del plug-in, se la risorsa desiderata NON espone i file tra domini necessari.

• Grafica : Silverlight e Flex consentono entrambi di disegnare facilmente pixel arbitrari sull'interfaccia utente. Anche Javascript lo consente, ma è possibile sovraccaricare rapidamente la capacità del browser senza un codice e una preparazione accurati. Allo stesso modo, operare direttamente con i formati binari o il traffico di rete può essere eseguito solo in Javascript con l'aiuto dei servizi web.

• Ambiente di sviluppo : sono di parte qui. Silverlight è il mio preferito per lo sviluppo. l'ambiente di Visual Studio è maturo, veloce e ha un debugger di prim'ordine. Javascript è al secondo posto; gli strumenti disponibili ora sono migliori che mai e migliorano sempre, ma non possiamo mai sfuggire alla maledizione di "devi testare su tutti i browser supportati, quindi correggere quelle strane cose che accadono". L'ambiente Flex sembra antiquato e gonfio e sostanzialmente ostacola lo sviluppo.

Cons. Silverlight / WPF

• Richiede un plugin
• Il futuro è meno certo di javascript (HTML5)

Silverlight / WPF Pro

• Completamente supportato da Visual Studio
• Ha un migliore supporto multithreading (almeno rispetto al flex ).
• Migliore supporto SOAP (il SOAP di Esri è più completo di REST).

Immagino che tutte queste risposte siano buone ma un po 'datate. Flex e Silverlight erano sicuramente molto popolari rispetto a Javascript e alcuni potrebbero sostenere che la creazione di applicazioni utilizzando queste API sia stata davvero semplice, ma il DEFICIT PIÙ GRANDE che Flex e Silverlight hanno è che sono PLUGIN . E questa è la causa del loro annientamento.

Con l'inizio di HTML5 e Javascript come parte integrante dello sviluppo di app Web, Future è l'API Javascript. Con Adobe che ha abbandonato Flash e Silverlight 5 come ultimo aggiornamento di Microsoft, Flex e Silverlight sono ora tecnologie ridondanti.

Quindi, se stai avviando lo sviluppo di applicazioni Web GIS utilizzando le API ESRI, inizia ad apprendere l'API Javascript poiché è l'unico futuro nel prossimo futuro.

Le API Silverlight e Flex sono di gran lunga le API ArcGIS più popolari e hanno il vantaggio di essere plug-in del browser che offrono un'esperienza utente molto più ricca e coerente che è spesso abbastanza importante con le app Web GIS. Silverlight è probabilmente la scelta migliore se si preferisce lo sviluppo di .NET e Flex sarebbe la soluzione migliore per gli sviluppatori che preferiscono l'ambiente Adobe. Flex ha anche il vantaggio di una più ampia adozione come plug-in del browser rispetto a Silverlight.

L'API Javascript ha il vantaggio di una maggiore portata multipiattaforma poiché i plug-in del browser non sono necessari, quindi può essere utilizzato su dispositivi iOS come iPhone e iPad. Il rovescio della medaglia è che spesso puoi vedere le differenze nel comportamento delle app nei vari browser come IE, Chrome, Firebox, Safari, ecc.

Per quanto riguarda le loro caratteristiche, sono davvero molto simili, ed è quello che esri ha sempre cercato di fare con queste e sembra impegnata a continuare a mantenere una forte parità di funzionalità tra di loro. Quindi penso che questo dipenda davvero dalla forza di Flex e Silverlight quando i ricchi clienti e Javascripts raggiungono la piattaforma.

Esiste un visualizzatore ArcGIS per Flex .

Esiste un visualizzatore ArcGIS per Silverlight .

Ma al momento non esiste ArcGIS Viewer per Javascript supportato da Esri, né ne è pianificato uno .

Vedi domanda correlata .

"Visualizzatore" è un termine utilizzato da Esri per le app Web che consente a un utente di creare app Web di mapping senza scrivere alcun codice. In genere queste app di mappatura Web create saranno visualizzatori, ma con i componenti aggiuntivi appropriati (o widget) è possibile creare visualizzatori con funzionalità di modifica.

Nessuno di essi supporta standard aperti, pertanto si rischia del blocco del fornitore e del rischio di perdere il proprio investimento se ESRI decide che 3 è 1 o 2 in eccesso.