Flex, Ajax, OpenLazlo, Silverlight - ein Überblick

jpkleinau — Wed, 04 Jul 2007 10:34:00 GMT

Welchen Mehrwert Rich Internet Applications für ein Unternehmen haben kann, habe ich in dem Artikel "Business Value der Rich Internet Applications" kurz und knapp zusammen gefasst. Für Rich Internet Applications existieren verschiedene Ansätze, Produkte und Technologien, die jeweils Vor- und Nachteile im Einsatz mit sich bringen. In diesem Artikel, will ich mir die angebotenen Produkte/Technologien etwas näher ansehen. Eine echte Evaluierung wird das jedoch nicht werden, da eine solche nicht abstrahiert werden kann, sondern am konkreten Anwendungsfall und vor dem Hintergrund des Unternehmens durchgeführt werden sollte. Ich werde versuchen, den Artikel regelmäßig zu aktualisieren und bitte auch um Mithilfe in den Kommentaren, sofern der Inhalt hier von der Sicht der Realität eines anderen Experten unterscheidet oder wenn es Updates gibt.

Ich stelle den Artikel unter die GNU Freie Dokumentationslizenz mit der Ergänzung, dass jede Online Verwendung einen Backlink hierher stellen sollte. Erweiterungen, Klarstellung von anderen sind ausdrücklich erwünscht. Der Abschnitt "AJAX - Was sind die Nachteile?" wurde von Felix Schendel ergänzt und aktualisert, von Raju Bitter (Laszlo Systems) erhielte ich Hinweise zu OpenLaszlo als Ergänzung zu meinem Artikel (das Urheberrecht verbleibt bei den Autoren).

Adobe Flex / Flash

URL: http://www.adobe.com/de/products/flex/

Adobe Flex besteht aus einem Server, einer Entwicklungsumgebung und einem Player. Aktuell (Stand Juli 2007 in Beta) sind das:

Adobe Flex Builder 3 (mit Flex 3-SDK und Adobe Flash Player 9)
Dahinter versteckt sich eine Ecclipse Entwicklungsumgebung, die entsprechend der Bedürfnisse von Flex angepasst und erweitert wurde.
Adobe LiveCycle Enterprise Suite (mit Flex 3-SDK und Flash Player 9)
In den vorherigen Flex Version war dies der Flex Server, der für jede Anwendung notwendig war und in der Anschaffung recht kostspielig. In der Version des Flex Data Service 2 wird für kleinere Applikationen kein dedizierter Flex Server mehr benötigt. Die Suite besteht nun aus Adobe LiveCycle Data Services, Flex 2 Tag Library for JSP und Ajax Data Services. Damit versucht sich Adobe in den Bereich der J2EE Anwendungen zu bewegen. Der Flex Server läuft auf verschiedenen Java Application Servern.
Adobe Flash Player 9
Der Adobe Flash Player wird beim Enduser benötigt. Diesen erhält er als Browser Plugin. Die Durchdringsungstiefe von Adobe Flash Playern im Markt ist recht hoch, auch wenn die meisten Endkunden eher noch eine ältere Version auf dem PC haben.

Was kann ich damit machen?

Durch die gute Verteilung von Flash Playern bei den Endkunden und der relativ sicheren Einbindung in die verschiedenen Browsern ermöglicht Flex relativ leicht einen bereits vorbereiteten Markt zu erobern. Die Flex Entwicklungsumgebung ist für Java Entwickler relativ bekannt und keine Einstiegshürde. Der Datenserver bringt vorab eine Menge an Services und Dienstleistungen mit, die besonders für Medienübertragung gut geignet sind.

Durch die Adobe Integrated Runtime (AIR) lassen sich Flex Anwendungen auf den Desktop bringen. Das unter dem Codename Appollo genannte Projekt firmiert nun unter Adobe® AIR™. Das Flex Component Kit for Flash CS3 konvertiert Flash Bestandteile so, dass sie sich in Flex harmonisch einfügen.

Rich Internet Applications (RIA) lassen sich mit Flex gut entwickeln, es gibt kaum Anwendungsfälle für RIA, die sich damit nicht abbilden lassen.

Was sind die Nachteile?

Flash stellt bis heute keinen Offenen Standard dar, die Abhängigkeit vom Hersteller ist unabänderlich. Es gibt Bestrebungen seitens Adobe, Flex auf eine Open Source Ebene zu heben, aber diese unter der Mozilla Public License (MPL) veröffentlichten Teile beinhalten nicht den Flash Player selber, nur dessen Scripting Engine. Alternativ gibt es Gnash als Flash Player, ein GNU Project der Free Software Foundation (FSF).

Die Zusammenarbeit mit Designern enthält mehrere Brüche und ist nicht fließend. Der große Vorteil von Flash ist die weit verbreitete Expertise hinsichtlich der Erstellung von Animationen bis hin zu Kleinstanwendungen. Davon ist in Flex nur wenig zu merken. Zwar erhält man durch die Verwendung von Action Script, umgewandelten Flash Komponenten und importierten Flash Medien einen gewissen Vorteil, doch bleibt der weit hinter den eigentlichen Möglichkeiten zurück, wäre eine vollständige Integration umgesetzt worden.

Flex vereint mehrere Programmiersprachen und Technologien, so werden für größere Anwendungen Experten für Java, Application Server mit einigen Zusätzen, MXML und ActionScript sowie Flash
benötigt. Die Mitarbeiter eines Projekts sind nur bedingt flexibel einsetzbar.

AJAX

URL: http://de.wikipedia.org/wiki/Ajax_(Programmierung)

Für AJAX existiert ein hervorragender WIKI Eintrag (oben verlinkt), so dass ich hier nur eine kurze Zusammenfassung bringen will. Bei "Asynchronous JavaScript and XML" (AJAX) handelt es sich nicht um eine Technologie oder ein Produkt, sondern um ein Architekturpattern im weitesten Sinne des Begriffs. Es werden bekannte Technologien eingesetzt, um den Eindruck einer echten Anwendung zu simulieren. Technisch verbirgt sich das von Microsoft ehemals für die Outlook Browser Anwendung konstruierte "XMLHttpRequest-Objekt" dahinter, aktuelle Planungen zur Standardisierung des Objekts seitens des W3C und der Open Ajax Initiative sollen den de-facto Standard zu einem echten werden lassen.

Was kann ich damit machen?

Mit AJAX lassen sich serverseitige Anwendungen erstellen. AJAX Anwendungen lassen sich auf der Seite des Servers mit jeder beliebigen Technologie erstellen. Auf der Browserseite ist man auf umfangreiches Javascript angewiesen.

Was sind die Nachteile?

JavaScript kann innerhalb einer Anwendung aus Sicherheitsgründen keine Daten von verschiedenen Servern holen, somit müssen Fremddienste über den Auslieferungs-Server angesprochen werden. Dieses Problem tritt auf, wenn eine Internetseite versucht mehrere AJAX Dienste zu nutzen (sogenannte Mashups). Diese Cross-Domain Problematik kann aber auch rein clientseitig z.B. über dynamische Einbindung HTML-standardkonformer Script-Tags gelöst werden.

Durch JavaScript als Basis ist der AJAX Ansatz bzgl. reiner Rechenleistung langsamer als andere RIA Ansätze. Dies macht sich je nach Performance des Hostrechners bei sehr komplexen Oberflächen bemerkbar. Moderne JavaScript Frameworks legen daher ein besonderes Augenmerk auf Performanceoptimierung und erlauben so gut wie immer die Erstellung der gewünschten Oberflächen.

Der "Player" einer AJAX Anwendung ist der Browser, dieser hat eigene Einstellungen und Funktionen, die nicht out-of-the-box mit AJAX Anwendungen harmonieren müssen (beispielsweise der "Zurück" Button). Aktuelle JavaScript Frameworks kapseln jedoch diese Unzulänglichkeiten und stellen Möglichkeiten der Behandlung bereit.

AJAX Anwendungen erlauben eine weitaus interaktivere und dynamischere Oberfläche als reine HTML Seiten, doch umfangreiche visuelle Darstellungsmöglichkeiten wie 3D-Animationen oder Videos aber auch die Einbindung von Audio sind im Verhältnis zu Flash oder Microsoft Silverlight sehr eingeschränkt.

OpenLazlo

URL: http://www.openlaszlo.org/

Laszlo Systems veröffentlichte 2002 den proprietären Server "Laszlo Presentation Server" (LPS). Dieser wurde von der Firma im September 2004 unter der Common Public License als Open Source frei gegeben. Die Architektur ähnelt derjenigen von Flex, weist allerdings geringere Komplexität auf.

Der Compiler wandelt XML Dateien, die Definitionen und Programmcode enthalten (LZX) in Flash Bytecode um, diese werden vom Client abgeholt und durch den Flash Player dargestellt.

OpenLazlo SDK 4 besteht aus einem Serveranteil (Java Servlet), einem Compiler (in Java geschrieben) und einer Javascript Bibliothek. Zum Erzeugen von Rich Internet Anwendungen wird ein Webserver benötigt und beim Client ein einigermaßen aktueller Flash Player. Soll die Anwendung dynamisch reagieren, so empfiehlt sich die Implementierung serverseitig mit Java und der Einsatz eines Anwendungssververs wie Tomcat.

Was kann ich damit machen?

Durch die Offenlegung des Codes bis hin zum Compiler ist OpenLazlo recht gut verwendbar und leicht verständlich. Die Komplexität ist gering und die Erweiterung denkbar einfach, da recht leicht auf eine große Menge von Java Anbindungen und Bibliotheken zurück gegriffen werden kann.

Durch Flash sind die Anwendungen in der Oberfläche wirklich reichhaltig und dank der großen Verbreitung von Flash stellt dies auch keine Hürde dar.

Seit dem Release der Version 4.0 im März 2007 unterstützt OpenLaszlo die Generierung von DHTML/Ajax Anwendungen aus der gleichen LZX Codebasis (d.h.: einmal entwickeln für Flash und Ajax/DHTML. LZPix war die erste Anwendung, die sowohl als Flash wie auch als Ajax Anwendung läuft (www.openlaszlo.org/demos). Sun Microsystems hat mit dem "Projekt Orbit" einen OpenLaszlo Player für die Java-Microedition als Proof-of-Concept veröffentlicht, auch als Open Source: https://orbit.dev.java.net/

Technisch ist es problemlos möglich, aus dem LZX Sourcecode einer OpenLaszlo Anwendung eine Microsoft Silverlight-Anwendung zu generieren, eine entsprechende Option wird zumindest angedacht.

Was sind die Nachteile?

OpenLaszlo setzt trotz OpenSource auf ein proprietäres Format (Flash) auf.

Eine IDE für Laszlo existiert nur bedingt, das zugehörige Ecclipse Projekt wurde von IBM an die OpenSource Community verschenkt und versauerte dort, bis es im Dezember 2006 eingestellt wurde. Eine IDE gibt es noch von Spket, die für den Heimeinsatz kostenlos ist.

Die Verbreitung der Technologie ist gering, somit findet sich eine starke Hürde bei der Anwerbung von Experten oder beim Lernen von LZX (die Community ist mit etwa 20.000 angemeldeten Benutzern nicht sehr groß).

Der Workflow zwischen Designern und Entwicklern ist recht gebrochen. Zwar lassen sich Flash Mediendateien importieren und zum Client bringen, doch ist das Hemmnis deutlich höher als bei Action Script.

Silverlight

URL: http://www.microsoft.com/silverlight/

Das Produkt Silverlight erschien als Vorabversion zur Mix 07 und war zuvor unter dem Codenamen WPF/E bekannt, diese Abkürzung sagte deutlich die Zielrichtung an :"Windows Presentation Foundation/Everywhere". Mit Silverlight versucht Microsoft, eine Browser Erweiterung in den Markt zu bringen, die es ermöglichen soll, einen großen Teil der Fähigkeiten der Windows Presentation Foundation auf beliebige Plattformen zu transportieren. Bereits die ersten Silverlight Downloads waren sowohl für Microsoft wie auch Macintosh Intel Plattformen verfügbar. Von dem Open Source Mono Projekt wird zu Recht erwartet, noch 2007 eine Silverlight Version auf Linux portiert zu haben (Codename Moonlight), Stand Juli 2007 erreichte das Projekt bereits deutliche Ergebnisse.

Silverlight besteht aus einem Browser Plugin, das in der kommenden 1.1 Version eine Laufzeitumgebung (.NET Framework for Silverlight) mit sich bringt, um .Net Code in eingeschränktem Rahmen auszuführen.

Was kann ich damit machen?

Mit Microsoft Silverlight können durch die Windows Presentation Foundation (WPF) reichhaltige Oberflächen in Rich Internet Anwendungen realisiert werden, die auf Basis von Scriptsprachen und vollwertigen Programmiersprachen bearbeitet werden können. Die Sprachwahl ist durch die DLR (dynamic language runtime) relativ frei (u.a. JavaScript, Phyton, Ruby). Die Kommunikation erfolgte in den ersten Versionen über Javascript (AJAX), kann ab der Version 1.1 über eine eingeschränkte .Net Funktionalität realisiert werden (HTTP- und Webservice-Unterstützung).

Ein besonderer Webserver wird nicht benötigt, da der GUI Code vollständig beim Client ausgeführt wird, während über HTTP oder Webservices Daten und Funktionen abgerufen werden. Die Leistungen des Servers können in einer beliebigen Sprache realisiert werden.

Durch die Verwendung der Deklarationsprache XAML als Offenen Standard und der .Net Umgebung kann man auf eine Vielzahl von Werkzeugen von Microsoft und anderen Anbietern zurückgreifen. Diese Kenntnisse gut verbreitet. Die Wiederverwendung der Kenntnisse ist durch die annähernde Deckungsgleichheit der .Net 3.5 Client Entwicklung gegeben.

Der Workflow zwischen Designern und Entwicklern ist fließend und gut gelöst.

Was sind die Nachteile?

Silverlight ist neu und die Verteilung beim Endkunden recht gering. Auch sind noch nicht alle Kinderkrankheiten behoben.

Wie bei Flash muss ein PlugIn im Browser installiert werden, dies wird als Sicherheitsrisiko gesehen.

XAML Blog : OpenLaszlo

Flex, Ajax, OpenLazlo, Silverlight - ein Überblick

Adobe Flex / Flash

Was kann ich damit machen?

Was sind die Nachteile?

AJAX

Was kann ich damit machen?

Was sind die Nachteile?

OpenLazlo

Was kann ich damit machen?

Was sind die Nachteile?

Silverlight

Was kann ich damit machen?

Was sind die Nachteile?