RIA-Experte Sascha Wolter hat für uns die Beta-Version von Silverlight 4 genauer unter die Lupe genommen und zeigt, wie Sie Zwischenablage, Drag-and-Drop, Druckfunktion sowie Micro- und Webcam-API nutzen oder Out-of-Browser-Anwendungen mit erweiterten Rechten erstellen und Component Object Models einsetzen. Hier das Silverlight-4-Starterkit sowie den Quellcode und WebCasts von Sascha zu Silverlight:

1// Software, um mit der Silverlight 4 Beta starten zu können
Silverlight-4-Anwendungen können Sie mit den kostenlosen Betaversionen schon mal testen. Dazu können Sie wahlweise das Silverlight 4 SDK (go.microsoft.com/fwlink/?LinkID=169408) oder Expression Blend Preview für .NET 4 (go.microsoft.com/fwlink/?LinkId=169446) nutzen. Auch die Beta-2-Versionen von Visual Studio 2010 (msdn.microsoft.com/en-us/vstudio/dd582936.aspx) und Visual Web Developer Express 2010 (go.microsoft.com/fwlink/?LinkID=167874) unterstützen Silverlight 4, benötigen aber noch die Silverlight-4-Beta-Tools für Visual Studio 2010 (go.microsoft.com/fwlink/?LinkID=177508). Starthilfe zu Silverlight 4 gibt Microsoft unter www.silverlight.net/getstarted/silverlight-4-beta/.

2// Den Quellcode können Sie herunterladen unter
www.wolter.biz/blog/wp-content/uploads/2010/01/silverlight_4_update.zip

3// Wer es gerne bewegt hat und noch mehr über Silverlight lernen nöchte, kann sich auch diese Webcasts für Einsteiger von Sascha anschauen

Expression Blend 3 Grundlagen: Mein erstes Silverlight-Projekt from Sascha Wolter on Vimeo.

Expression Blend 3 Grundlagen und Deep Zoom Composer from Sascha Wolter on Vimeo.

Expression Blend 3 Grundlagen: Mit den Zeichenwerkzeugen zeichnen und animieren from Sascha Wolter on Vimeo.

>>> Weitere Webcasts und Video-Botschaften von Sascha gibt es unter www.twumble.org

Frank Wolfram, Geschäftsführer der Syzygy AG (www.syzygy.de), hat Erfahrung mit beiden Welten: Für Jägermeister entwickelte er eine umfangreiche RIA- und AIR-Anwendung mit Hilfe von Flash und Flex. Für Mazda einen Car-Konfigurator mittels Silverlight. Er sprach mit WEAVE bei der RIA World über diederzeit interessantesten Technologien – und welche Investitionen sich derzeit lohnen…

Interview mit Frank Wolfram from trendspurt mediendesign on Vimeo.

>>> Weitere Video-Interviews gibt’s in unserem Vimeo-Channel unter www.vimeo.com/channels/weave

INTERVIEW – Sascha Wolters

Viele Entwickler verbinden Deinen Namen seit langem mit Flash. Bereits seit einiger Zeit befasst Du Dich aber auch mit Silverlight. Was waren Deine Beweggründe?

Sascha Wolters: In erster Linie war Neugier ein ganz wesentlicher Antrieb. Dabei geht es darum, neue Technologien zu lernen und zu verstehen – und damit auch bewerten zu können. Denn um im Sinne eines Auftraggebers die richtige Entscheidung für eine Technologie zu fällen, muss man diese und deren Alternativen kennen.

Es geht aber nicht nur um die technischen Vor- und Nachteile der – ohnehin durch die Bank sehr mächtigen – Laufzeitumgebungen. Die Integration in eine bestehende Infrastruktur und die verfügbaren Entwicklerkapazitäten gewinnen immer mehr an Bedeutung. Microsoft verfügt über ein umfangreiches Partnernetzwerk und eine große Entwicklergemeinde. Ein Grund mehr, sich damit zu beschäftigen!

Microsoft hat seit der ersten Stunde mit dem Vorwurf zu kämpfen, dass man gezielt die Features von Flash auch für Silverlight implementiert. Wie siehst Du den Sachverhalt?

Es wäre doch dumm, gute Konzepte – die es ohne Zweifel in der Flash-Welt gibt – nicht zu übernehmen. Viele Ideen stammen außerdem aus ganz anderen Produkten, zum Beispiel dem Urvater aller Autorensysteme Hypercard, oder basieren auf den Anforderungen der Anwender, beispielsweise die Unterstützung von H.264-Video. In erster Linie orientiert sich Silverlight auch an dem großen Bruder WPF und versucht diese Welt ins Web zu übertragen.

Außerdem fallen mir auch viele gute Neuerungen in der Flash-Welt ein, die den Ideen aus Silverlight und dessen großem Bruder WPF ähneln. Beispielsweise die mit dem vierten Flex SDK eingeführten SparkSkins und deren Beschreibungssprache FXG. Auch Flash Catalyst ähnelt in vielen Belangen Expression Blend.

Welche Features vermisst Du noch in Silverlight und wo hat Silverlight bereits die Nase vorn im Vergleich zu Flash?

Klar, in erster Linie ist die Verbreitung von Silverlight für Consumer-Projekte noch nicht befriedigend. Aber da Silverlight hier genauso wie der Flash Player mit sehr leicht durchzuführenden Updates arbeitet und ebenfalls für alle gängigen Plattformen verfügbar ist – unter dem Namen Moonlight auch für Linux – bin ich guten Mutes, dass sich das verbessert. Auch für Problempunkte wie der fehlenden Druckfunktion hat Microsoft bereits Besserung gelobt.

Damit hätte Microsoft in drei Jahren mit Silverlight bereits einen Stand erreicht, der sich nicht hinter dem von Flash verstecken braucht, das seit mehr als 10 Jahren entwickelt wird. An einigen Stellen geht Silverlight mit vorgefertigten Line of Business Frameworks, Enterprise-Integration und Multithreading sogar über das Angebot der Flash-Welt hinaus. Und auch das Tooling hinsichtlich des Designer Developer Workflow mit XAML, Templating und dem übergreifenden Projektformat gefällt mir gut. Ob hier Adobe mit Flash Catalyst und FXG verlorenen Boden gutmachen kann, muss sich erst noch zeigen.

Die beste Technik nützt nichts, wenn man nicht die Entwickler – in diesem Fall vor allem auch die Flash-Entwickler – dafür begeistern kann. Microsoft macht aber keine Anstalten, Entwicklern ihre Werkzeuge außerhalb der Windows-Welt zur Verfügung zu stellen. Was muss sich aus deiner Sicht ändern?

Eine breitere Verfügbarkeit der Silverlight-Werkzeuge ist in der Tat wünschenswert. Doch ich verstehe, dass Microsoft sich im ersten Schritt auf die bestehenden Partner konzentriert und diese versorgt – denn verglichen mit der Flash-Welt ist die Anzahl der .NET-Entwickler doch um einiges Größer. Ich finde es im Sinne der Community sogar gut, dass Microsoft nicht versucht, Dinge zu liefern, die nicht zu seinen Stärken zählen und dafür kompetente Partner aktiv unterstützt.

Mit eclipse4SL gibt es bereits jetzt eine komfortable und kostenlose Open Source Entwicklungsumgebung, die neben Windows auch Mac OS unterstützt. Eine Open Source-Laufzeitumgebung für Silverlight ist bereits seit geraumer Zeit in Zusammenarbeit mit Novell verfügbar (http://www.novell.com/de-de/products/desktop/moonlight.html). Zum Vergleich: Adobe hat erstmals mit Version 7 eine Laufzeitumgebung für Linux bereitgestellt!

Aber Microsoft tut sich in der Tat schwer, auch die Designer anzusprechen. Wenn das nicht gelingt, wird es schwer Silverlight auch im Consumer-Bereich zur notwendigen Akzeptanz zu verhelfen. Dabei liegt das Problem weniger bei den Werkzeugen, als vielmehr in der Kommunikation: Microsoft tut sich ähnlich schwer die Sprache der Designer zu sprechen wie Adobe die der Entwickler.

Hat in zwei Jahren Silverlight oder Flash die Nase vorn?

Ich denke beide. Welches Tool die bessere Wahl ist, hängt ganz von den Anforderungen eines Projekts ab. Mal ist das eine, mal das Andere sinnvoll. Man sollte sich da nicht im Vorfeld festlegen, sondern von Fall zu Fall die Lösung finden, die für den Kunden am besten ist. Ich persönlich fühle mich ohnehin in beiden Welten wohl…

Was stört Dich derzeit an der Entwicklung der Flash-Platform und der Strategie von Adobe

Für mich ist zurzeit keine wirkliche Strategie in den Aktivitäten von Adobe zu erkennen. Seit Adobe Macromedia übernommen hat, hat sich die Zusammenarbeit kontinuierlich verschlechtert. Schade, denn Adobe besitzt mit der Flash Plattform ein Portfolio aus vielen hervorragenden Produkten, deren Erfolg noch größer sein könnte.

Wie siehst Du die Zukunft von Flex?

Durch die Umbenennung des Flex Builder zu Flash Builder bleibt der Name Flex nur noch beim Flex SDK (Software Development Kit) erhalten. Dies schwächt zwar die Bedeutung von Flex, stärkt aber Flash. Das ist sinnvoll! Kunden interessiert doch meist in erster Linie, ob das Ergebnis im Flash Player läuft. Die unterschiedlichen Namen der verwendeten Werkzeuge und Frameworks haben ihn da oft nur unnötig verwirrt und verunsichert. Man kann ja trotzdem mit Flex entwickeln. Und als SDK inklusive Klassenbibliothek für die Flash-Plattform wird Flex ganz sicher Bestand haben, solange es keine sinnvolle Alternative in der Flash-Welt für die Erstellung von Business-Anwendungen gibt.

Eine neue Sprache und Entwicklungsumgebung bedeutet immer, viel zu lernen. Welche Lernmethoden funktionieren für Dich am besten?

Lernen funktioniert bei mir fast immer mehrstufig: Als erstes beschäftige ich mich mit den Beschreibungen eines Produktes. Dazu sehe ich mir beispielsweise Blog-Beiträge, Artikel, Webcasts oder auch Marketing- und Presseunterlagen an, um die eigentliche Idee dahinter – die Intention des Herstellers – zu verstehen. Dann arbeite ich mich anhand eines fiktiven Projektes ein, parallel recherchiere ich im Web die Erfahrungen andere Entwickler und beschäftige mich intensiv mit den dort häufig beschriebenen Fallstricken.

In Gesprächen mit befreundeten Entwicklern versuche ich außerdem, andere Meinungen einzuholen und diese zu diskutieren. Dies vermittelt mir die Fähigkeiten, die notwendig sind, dieses Wissen anhand realer Projekte und Beratungsgesprächen zu vertiefen. Anschließend gebe ich die gewonnenen Erfahrungswerte – beispielsweise in meinem Blog oder in Schulungen – an die Community zurück.

INTERVIEW – Lars Gerckens

Du arbeitest seit einem dreiviertel Jahr ausschließlich mit Flex. Wie kam es dazu und wie fühlten sich die ersten Schritte an?

Als vor einiger Zeit bei einem neuen Kundenprojekt mal wieder die Entscheidung nach der passenden Technologie ausstand. Es sollte eine recht datengetriebene Anwendung mit vielen Tabellen und Diagrammen werden. Der Kunde hatte bisher selbst keine Erfahrung mit Flex, bisher wurden dort interaktive Tools ausschließlich mit Flash erstellt. Ich selbst hatte nur in der Freizeit ein wenig mit Flex herum experimentiert.

Die Entscheidung fiel trotzdem recht schnell auf Flex. Das Flex-Framework bot uns einfach fast sämtliche fertigen Elemente, die wir in dem Produkt benötigten – und wir waren bereit, es aus zu probieren. Mit Flex konnten wir die Applikation ziemlich schnell zusammen stecken. So konnten wir dem Kunden die erste Funktionalität des Produkts sehr früh zeigen. Mit Flash wäre dies im vorhandenen Zeitrahmen nicht möglich gewesen, weil wir sehr viele Elemente von Grund auf neu hätten bauen und testen müssen.

Die ersten Schritte fühlten sich schon merkwürdig an, ich musste mich erst einmal an die leicht andere Denkweise gewöhnen. Aus der Beschreibungssprache MXML, mit denen die Flex-Komponenten erstellt werden, enstehen im Endeffekt auch nur ActionScript-Klassen, aber das Arbeiten mit ihnen ist einfach anders. Es ist sehr viel automatisiert (Stichwort: Databinding) und man wundert sich immer wieder, wie schnell und mit wie wenig Code man etwas erstellen kann. Die große Herausforderung war eher, Flex nicht mehr so aussehen zu lassen wie Flex. Das Skinnen der einzelnen Komponenten kann aufwändig sein und manchmal steht man vor der Entscheidung, ob man eine Komponente umlackiert oder lieber neu baut, aber auch das lernt man schnell.

Nach ein paar Flex-Projekten kam mir das nächste Flash-Projekt ein wenig „zu Fuss“ vor und ich vermisste ab und zu Features wie das automatische Ausrichten von UI-Elementen in Flex. Aber Flex und Flash schließen sich ja nicht aus, man kann beides prima kombinieren.

Wann entscheidest Du Dich für reines ActionScript 3.0 und wann für Flex?

Die wichtigsten Entscheidungskriterien sind das UI-Design und die darzustellenden Daten der Anwendung. Sobald die Anwendung eher datenlastig ist – also Tabellen, Statistiken, Diagramme et cetera beinhaltet – fällt meine Entscheidung klar für Flex aus. Ist es eher eine marketinggetriebene Webseite in der grafische Effekte, Videos und Animation dominieren, ist Actionscript der bessere Weg. Aber auch dort gibt es viele Fälle, in denen man gut mit Flex-Komponenten oder nachgeladenen, kleinen Flex-Anwendungen Datenblätter oder andere datenlastige Layouts darstellen kann.

Was sind aus Deiner Sicht drei Gründe für Flex – und was sind drei Eigenschaften von Flex die Dich nerven?

+ Schnelle Entwicklung durch das FlexFramework (Rapid Prototyping)
+ Automatisches Layouting
+ Databinding

- Skinning von Komponenten manchmal aufwändig
- KB-Größe des Frameworks
- Fehlende Features im Flexbuilder (Refactoring, Formatting)

Was stört Dich an der Strategie von Adobe im Bezug auf die Flash-Platform?

Ich bin recht zufrieden mit der Strategie. Adobe ist endlich dabei eine umfassende Entwicklungsumgebung zu schaffen (den Flash Builder). Die Weiterentwicklung des Flash Players geht ganz ordentlich voran und Adobe hört auf Vorschläge aus der Community. Es ist schön zu sehen, das Adobe vieles unter eine OpenSource Lizenz stellt. Die Community nimmt dies mit großem Interesse an, entwickelt die Produkte weiter und schreibt nützliche Tools.

Wann werden wir dein erstes Silverlight-Projekt sehen? Welche Meinung hast Du zu den Entwicklungen von Microsoft?

Da ich gerade auf Mac umgestiegen bin und es leider keine Entwicklungsumgebung für OS X gibt, wird das wohl noch eine Weile dauern. Nein im Ernst: Silverlight hat durchaus Potential, nette Features und mit .NET und vor allem C# eine mächtige und wirklich gute Programmiersprache. Die Verbreitung des Plug-Ins ist leider noch nicht so weit, dass es für Kunden wirklich interessant ist. Über ein Pilotprojekt würde ich mich aber natürlich trotzdem freuen. Ein potentielles Konkurrenzprodukt zu Flash ist in jedem Fall gut für die Weiterentwicklung der Flash Plattform. Wäre Adobe ohne Silverlight in den letzten Jahren so schnell mit ihrer Entwicklung von neuen Versionen und Features gewesen?

Das Thema iPhone hat auch dein Interesse geweckt. Auf welcher Basis entscheidest Du, ob Du Dich mit einer Technologie befasst?

All die Features, die ein iPhone hat, wie der Bewegungssensor oder das Multitouchpad, machen es zu einer interessanten Spielwiese. Es sind einfach keine Grenzen gesetzt. Nahezu alles, was man sich ausdenkt, kann man mit dem Gerät auch realisieren – sei es Augmented Reality, Sound-Erzeugung oder location-based-tools.

Natürlich lasse ich mich da auch vom Hype ein wenig mitreißen, das will ich gar nicht bestreiten. Ob es da wirklich ein Kriterium gibt, an dem ich entscheide, ob ich mich mit einer Technologie beschäftige, weiß ich nicht. Die Technologie muss mich ansprechen, interessante Features haben und natürlich ist die Frage „wie verdiene ich damit mein Brot?“ nicht ganz unerheblich. Davon abgesehen würde ich gerne mal mit Arduino anfangen, wobei mir da noch der eigentliche Praxisfall fehlt.