Was sind die Unterschiede zwischen ArcGIS-Web-APIs (JavaScript / WPF / Silverlight / Flex)?

Esri bietet derzeit 3 ​​verschiedene Web-APIs an , die kostenlos heruntergeladen werden können.

Sind sie alle gleich?

Wenn nicht, wie lauten die relativen Stärken / Schwächen der einzelnen APIs?

Aus einer völlig abstrakten Managementperspektive sind die drei APIs gleich. Sie stellen Code dar, der in einem Webbrowser ausgeführt wird und dazu dient, einem Benutzer Kartendaten über das Internet anzuzeigen. Sie können mit jeder der APIs eine erfolgreiche, aussagekräftige Zuordnungsanwendung erstellen.

Darüber hinaus variiert die Auswirkung der einzelnen Stärken / Schwächen (Unterschiede) in den einzelnen APIs je nach Zielgruppe. Programmierer sind sehr an Sprachfunktionen oder Nachteilen interessiert, Ihre Netzwerkmitglieder möchten die Bandbreitenanforderungen und Servervoraussetzungen kennen, die GIS-Mitarbeiter sind zutiefst besorgt darüber, dass die angezeigte Karte wirklich gerendert wird, und Ihre Endbenutzer interessieren sich möglicherweise weniger dafür und wollen einfach tun, was immer es ist, sie haben angefangen zu tun.

Hier sind einige wichtige Punkte zu den drei APIs:

• Domänenübergreifende Ressourcenbehandlung : Silverlight und Flex können eine domänenübergreifende Richtliniendatei verwenden, die auf dem TARGET-Server vorhanden ist. Kartenverlage von Drittanbietern gewähren Ihnen möglicherweise Zugriff auf diese. Mit der Javascript-API werden domänenübergreifende Anfragen normalerweise durch Implementierung einer "Proxy-Seite" in einer serverseitigen Sprache Ihrer Wahl (PHP, JSP, ASP usw.) bearbeitet. Diese "weiche Anforderung" ist für die meisten Server kein großes Problem, fügt jedoch eine weitere Komplexitätsebene hinzu. Beachten Sie, dass Sie durch nichts daran gehindert werden, dieselbe Proxy-Seite mit den Plug-in-APIs zu verwenden, falls Ihre gewünschte Ressource NICHT die erforderlichen domänenübergreifenden Dateien verfügbar macht.

• Grafik : Mit Silverlight und Flex können Sie problemlos beliebige Pixel auf der Benutzeroberfläche malen. Javascript erlaubt dies auch, aber Sie können die Kapazität des Browsers ohne sorgfältigen Code und Vorbereitung schnell überlasten. Ebenso kann der Betrieb direkt mit Binärformaten oder Netzwerkverkehr nur mit Hilfe von Webdiensten in Javascript erfolgen.

• Entwicklerumgebung : Ich bin hier voreingenommen. Silverlight ist mein Favorit für die Entwicklung. Die Visual Studio-Umgebung ist ausgereift, schnell und verfügt über einen erstklassigen Debugger. Javascript steht an zweiter Stelle; Die Tools, die jetzt verfügbar sind, sind besser als je zuvor und werden immer besser, aber wir können uns niemals dem Fluch entziehen, "Sie müssen auf allen unterstützten Browsern testen und dann die seltsamen Dinge beheben, die passieren". Die Flex-Umgebung scheint veraltet und aufgebläht zu sein und behindert grundsätzlich die Entwicklung.

Silverlight / WPF Cons

• Benötigt ein Plugin
• Zukunft ist weniger sicher als Javascript (HTML5)

Silverlight / WPF Pros

• Volle Unterstützung durch Visual Studio
• Bessere Unterstützung für Multithreading (zumindest im Vergleich zu Flex ).
• Bessere SOAP-Unterstützung (Esris SOAP ist vollständiger als REST).

Ich denke, all diese Antworten sind gut, aber etwas veraltet. Flex und Silverlight waren sicherlich sehr beliebt im Vergleich zu Javascript und einige vielleicht , dass Bauantrag mit Hilfe dieser APIs argumentieren wirklich einfach war, aber das größte Defizit , dass Flex und Silverlight haben ist , dass sie PLUGINS . Und das ist der Grund für ihre Vernichtung.

Mit dem Einsetzen von HTML5 und Javascript als festem Bestandteil der Web-App-Entwicklung ist die Future Javascript API. Da Adobe Flash und Silverlight 5 als letztes Update von Microsoft aufgibt, sind Flex und Silverlight nun redundante Technologien.

Wenn Sie also mit der Entwicklung von Web-GIS-Anwendungen mithilfe der ESRI-APIs beginnen, lernen Sie die JavaScript-API kennen, da dies in naher Zukunft die einzige Zukunft ist.

Die Silverlight- und Flex-APIs sind bei weitem die beliebtesten ArcGIS-APIs und haben den Vorteil, dass sie Browser-Plug-Ins sind, die eine viel umfassendere und konsistentere Benutzererfahrung bieten, was bei GIS-Webanwendungen oftmals sehr wichtig ist. Silverlight ist wahrscheinlich die beste Wahl, wenn Sie die .NET-Entwicklung bevorzugen, und Flex ist die beste Wahl für Entwickler, die die Adobe-Umgebung bevorzugen. Flex bietet außerdem den Vorteil einer breiteren Akzeptanz als Browser-Plug-In als Silverlight.

Die Javascript-API bietet den Vorteil einer größeren plattformübergreifenden Reichweite, da die Browser-Plugins nicht benötigt werden und daher auf iOS-Geräten wie iPhone und iPad verwendet werden können. Der Nachteil ist, dass Sie häufig Unterschiede im Verhalten der Apps in den verschiedenen Browsern wie IE, Chrome, Firebox, Safari usw. feststellen können.

Was ihre Merkmale angeht, sind sie sich sehr ähnlich, was esri immer versucht hat, und es scheint, dass es weiterhin eine starke Feature-Parität zwischen ihnen aufrechterhält. Ich denke also, dass es wirklich auf die Stärke von Flex und Silverlight ankommt, da Rich Clients und Javascripts plattformübergreifend erreichbar sind.

Es gibt einen ArcGIS Viewer für Flex .

Es gibt einen ArcGIS Viewer für Silverlight .

Derzeit ist jedoch noch kein von Esri unterstützter ArcGIS Viewer für Javascript geplant .

Siehe verwandte Frage .

"Viewer" ist ein Begriff, den Esri für Web-Apps verwendet, mit denen ein Benutzer Mapping-Web-Apps erstellen kann, ohne Code schreiben zu müssen. In der Regel handelt es sich bei diesen erstellten Web-Mapping-Apps um Viewer. Mit den entsprechenden Add-Ins (oder Widgets) können Viewer mit Bearbeitungsfunktionen erstellt werden.

Keiner von ihnen unterstützt offene Standards, sodass Sie unter einer Lieferantenbindung und dem Risiko leiden , Ihre Investition zu verlieren, wenn ESRI feststellt, dass 3 1 oder 2 zu viel ist.