Silverlight vs. Flash – ein Vergleich
Microsofts neue Technologie Silverlight, verspricht eine schnellere und kostengünstigere Entwicklung von Webapplikationen und eine Menge Vorteile gegenüber Flash. Was steckt hinter der Technologie? Welche Vorteile bringt Silverlight? Lohnt es sich jetzt schon sich mit Silverlight auseinanderzusetzen? Ich möchte beide Technologien, nämlich Adobe’s Flash und Microsofts Silverlight gegenüberstellen und vergleichen.
Grundsätzliches
Silverlight
Microsofts Silverlight verspricht, dass Programmierer und Kreative problemlos zusammenarbeiten können. Die eigentliche Logik in ein Silverlight Projekt zu bringen ist Sache des Entwicklers und erfolgt wie „gewohnt“ mit dem Visual Studio. Mithilfe von Microsoft Expression Blend, ein Editor der an Flash und Illustrator zusammen erinnert, soll den Applikationen das Design eingehaucht werden. Microsoft Expression Blend ist nur ein Produkt aus einem ganzen Paket von Editoren, dass Microsoft unter dem Namen “Expression” veröffentlicht hat.
Momentan ist Silverlight in zwei Versionen verfügbar. Silverlight 1.0 (Beta) und Silverlight 1.1 (Alpha). Die Version die vorher unter der Versionsnummer 1.1 bekannt war, soll im ersten Quartal 2008 unter der Versionsnummer 2.0 (Beta) erscheinen. Diesen Sprung in der Versionsnummer rechtfertigt Microsoft mit dem hohen Aufwand der für die neue Version betrieben werden musste. Im englichsprachigen Blog von Oliver Scheer, Entwickler und Evangelist (Microsoft Deutschland), sind alle Neuerungen der Version 2.0 aufgeführt.
Flash
Seit dem Erscheinen der ersten Flash Version im Jahre 1997, hat sich eine Menge getan. Viele “Flasher” sehen Flash und dessen proprietäre Scriptsprache ActionScript 3.0 (auf Basis von ECMAScript-Standards) mittlerweile als vollwertige Programmiersprache an. Flash wurde mit der Idee eines “vektorbasierten Illustrationsprogramms” geboren.
Vergleicht man beide Ansätze so fällt folgendes auf: Flash entwickelte sich vom Illustrations- und Animationstool zur ernsthaften Programmiersprache im Bereich der Webentwicklung. Silverlight geht scheinbar den Weg umgekehrt und bringt in eine Umgebung, die eigentlich bisher nur Anwendungsentwicklern vorbehalten war, plötzlich Animation und Grafik mit ein.
Über die klassische Rolle des .NET Entwicklers
Ob der klassische .NET Entwickler dem Ansatz von Microsoft, nämlich Programmierung und Design zu verknüpfen, standhält bleibt jedoch die Frage. Ohne sich Vorurteilen zu bedienen fehlt häufig der berühmte Blick über den “Tellerrand” genau in diesem Bereich und nun soll genau dieser Anwendungsentwickler in der Lage sein Technik mit Design zu verknüpfen?
Auch wenn die Rolle zwischen Programmierung und Design bei Silverlight klar geregelt sein soll, bleibt doch die Frage inwieweit sich der klassische Programmierer in nicht-lineare Strukturen von Animationstechniken eindenken kann. Spätestens hier wird deutlich, dass die viel gepriesene Schnittstelle zwischen Design und Programmierung deutliche Löcher aufweist.
Silverlight basiert auf WPF und XAML!
WPF bedeutet „Windows Presentation Foundation“ und ist laut Wikipedia ein Framework zur Ausgabe von 2D-/3D-Grafiken, Video, Audio und Bildern. […]setzt auf DirectX und bietet dadurch volle Hardwarebeschleunigung.
XAML heißt ausgeschrieben “eXtensible Application Markup Language“. XAML ist ein Format von Microsoft und dient dazu Elemente in Silverlight zu definieren wie z.B. Dreiecke, Bilder, Rechtecke, Buttons, Videos, Animationen etc. Das XAML Format ist mit dem XML Format vergleichbar.
Wie hängt XAML mit WPF zusammen?
XAML ist quasi die Beschreibung für die verschiedensten Elemente in einem Silverlight Projekt, die mit Hilfe von WPF dargestellt werden sollen. WPF setzt das was in XAML geschrieben wurde in ein UI um!
Welche Vorteile bietet XAML gegenüber der Bibliothek von Flash?
Im Grunde genommen kann kein direkter Vergleich zwischen Flash und Silverlight in diesem Punkt gemacht werden, da beide Technologien völlig unterschiedlich aufgebaut sind. Flash verwendet eine Bibliothek, in der Elemente (Bilder, Videos, Vektor-Grafiken, Sounds etc.) liegen, die zur Laufzeit eingebunden werden können und auf die per ActionScript zugegriffen werden kann.
Silverlight hingegen nutzt XAML um Elemente wie Videos, Bilder, Formen etc. einzubinden. Dies hat den Vorteil, dass die XAML Datei (XML) von allen Programmiersprachen verstanden wird und man sich nicht von einer Sprache abhängig machen muss. So ist es egal ob man JavaScript oder C# den XAML Code vorlegt, beide würden ihn verstehen. XAML ist eine deklarative, dass heißt beschreibende, Markup Sprache.
Weitere Pluspunkte könnte XAML im Hinblick auf Suchmaschinen sammeln. Flash-Inhalte sind nach wie vor nur schwer oder überhaupt nicht von Suchmaschinen aufzuspüren.
Microsoft Expression Blend
Unter dem Namen Expression stellt Microsoft eine ganze Serie von Editoren zur Verfügung.
XAML kann sehr schnell sehr komplex und unübersichtlich werden, da die Attribute für ein einzelnes Element (z.B. ein Rechteck) wie Höhe, Breite, Hintergrundfarbe, Platz zum linken Rand, Platz zum oberen Rand, usw. alles in der XAML (XML) Datei definiert werden müssen. Komplexe 3D-Szenen werden in XAML zum Beispiel mit langen Zahlenfolgen beschrieben. Man könnte mit Hilfe eines normalen Text-Editors und mit einem enormen Zeitaufwand komplexere XAML Dateien erstellen, aber dies möchte wirklich niemand.
Damit man den oben gezeigten XAML Code nicht von Hand schreiben muss und den Überblick bei komplexeren und großen XAML Dateien behält, hat sich Microsoft einen Editor Namens Expression Blend ausgedacht. Mit Hilfe der visuellen Oberfläche von Microsoft Expression Blend erstellt man einfach Inhalte für sein Projekt, der eigentliche XAML Code wird jedoch im Hintergrund erzeugt.
Mit Microsoft Expression können Grafiken erstellt und animiert werden, doch die eigentliche Programmierung eines Silverlight Projektes erfolgt mit Hilfe von Visual Studio.
Expression Blend und Visual Studio bilden eine Einheit, und genau hier liegt der Vorteil von Silverlight gegenüber Flash. Ein und dasselbe Silverlight Projekt, kann mit Visual Studio (Programmierer) als auch Expression Blend (Designer) bearbeitet werden. So kann der Entwickler die XAML Datei in Visual Studio einfach abrufen und die vom Designer in Expression Blend erstellten Grafiken verwenden.
Perfektes Zusammenspiel: Expression und .NET
Jedes Objekt (Bild, Video, Animation, Form etc.), dass in Microsoft Expression Blend erzeugt und in der XAML Datei abgelegt wurde, erhält eine eigenständige “ID”. Mit Hilfe dieser “ID”, kann in Visual Studio ganz einfach der Zugriff auf ein beliebiges Objekt programmiert werden. So braucht der Entwickler einem Animations-Objekt beispielsweise einfach nur noch zu sagen wann die Animation starten soll. Alles weitere wurde schon in Expression Blend hinterlegt.
Ein neues Projekt kann wahlweise über Expression oder Visual Studio angelegt werden. Aus Visual Studio heraus kann die XAML Datei direkt mit Expression bearbeitet werden und umgekehrt. Bereits bei der Beta Version von Visual Studio Codename Orcas und der Beta von Expression Blend macht diese Schnittstelle einen durchdachten Eindruck. Die neue Version von Expression Blend wurde um zahlreiche tolle Features erweitert und enthält deutlich weniger Bugs als sein Vorläufer.
Fazit
Fakt ist, dass Microsoft mit Silverlight eine sehr stabile Basis hat um Flash ernsthafte Konkurrenz zu machen. Fakt ist auch das der Einfluß von Microsoft, dank Windows XP, Vista und Co., sehr gewaltig ist. Ob Microsoft sein Silverlight Plugin zukünftig über Updates verbreiten wird ist noch nicht bekannt. Momentan versucht Microsoft einige große Partner zu gewinnen um das Silverlight Plugin so bekannt zu machen. So wird zum Beispiel der Film “Jackass 2.5″ im Internet Premiere feiern und nur über Silverlight Streaming anzusehen sein.
Dennoch steht Microsoft eine gewaltige Masse an “Flashern” gegenüber die nur schwer für die neue Technologie zu begeistern sein wird. Ohne Kenntnisse in Visual Studio lässt sich nur oberflächlich in Silverlight arbeiten. Es macht erst richtig Spaß wenn man sich mit VisualStudio etwas auskennt.
Ich denke es ist mit Sicherheit zu früh für eine Prognose. Wie es mit beiden Technologien weitergeht entscheidet die Zeit. Klar ist jedoch das die Zeit momentan gegen Adobe läuft.
Weblinks







Am 5. Juni 2007 um 16:32 Uhr
Hi, ich denke man kann Silverlight eher mit Flex von Adobe vergleichen. Aber selbst dann mag ich nicht auch noch Visual Studio lernen. Webentwickler auch noch damit zu bewerfen ist echt sinnlos meines Erachtens.
Am 6. Juni 2007 um 07:17 Uhr
Hi!
Der Vergleich Flex und Silverlight funktioniert schon mal garnicht. Warum denkst du könne man beide vergleichen? Wo siehst du Gemeinsamkeiten? Silverlight hat eben den Vorteil, wie schon in meinem Vergleich geschrieben habe, dass die Trennung von Design und Programmierung absolut gelungen ist und das hinter Silverlight das .NET Framework arbeitet welches eine Vielzahl an bekannten Klassen mitbringt.
Wenn man sich ein bisschen mit C# beschäftigt dann fällt auf das sehr viele Parallelen zu AS2.0 aber insbesondere zur AS3.0 Programmierung bestehen.
Grüße Christian
Am 10. Juni 2007 um 00:47 Uhr
Das Flash-Inhalte in Suchmaschinen nicht gefunden werden ist einfach nur ein Märchen. Google sowie Windows-Livesearch als auch Yahoo können seit langem ohne Probleme den Text innerhalb von Flash indexieren. Google blendet dabei ein kleines [flash] neben dem Suchergebnis ein. Leider hält sich dieses Gerücht hartnäckig weil es keiner mal wirklich ausprobiert. Zudem ist Flash längst eine ausgewachsene Programmiersprache und IDE, die mit Apollo auch stark auf dem Desktop Fuß fassen wird.
Am 11. Juni 2007 um 08:36 Uhr
Hi!
Ich habe diese Tatsache bewußt verschwiegen weil beim Durchsuchen von Flash Inhalten durch Suchroboter leider die semantischen Zusammenhänge völlig verloren gehen. Die Suche in Flash Inhalten ist nach wie vor die berühmte Suche nach der Nadel im Heuhaufen. Aus technischer Sicht wird sich das in Zukunft auch nicht ändern denn es gibt immer noch 1001 Möglichkeit einen Flash Film aufzubauen. Was ist mit dynamischen Inhalten in Flash? So etwas wird z.B. überhaupt nicht erfasst.
Bei einer Silverlight Applikation hingegen ist dank der XAML Datei eine Semantik vorhanden. Es gibt nur einen Weg diese Datei aufzubauen und dank XML lassen sich Suchbegriffe einfach auffinden und zuordnen.
Grüße Christian
Am 12. Juni 2007 um 08:47 Uhr
Du schreibst: “XAML ist ein Format von Microsoft, genau wie XML, […]”
- seit wann ist XML ein Format von Microsoft?
Wahrscheinlich meinst du, dass es ein XML-Dialekt ist, der aber von Microsoft stammt. Wenn das der Fall ist, würde ich das allerdings anders als zitiert schreiben. So ist es nämlich äußerst missverständlich…
Schönen Gruß,
Stefan
Am 12. Juni 2007 um 09:10 Uhr
Hi!
Danke Stefan! Das wäre ja noch schöner wenn XML von Microsoft kommen würde. Ich habe die missverständliche Passage geändert.
Vielen Dank für den Hinweis.
Grüße Christian
Am 12. Juni 2007 um 13:19 Uhr
Hi.
Schöner Artikel.
Vielleicht hättest Du noch erwähnen sollen, daß die Silverlight-Projekte nur auf dem PC laufen und entwickelt werden können und der MAC außen vor bleibt.
Gruß, Peter
Am 19. Juni 2007 um 12:38 Uhr
@Peter Köller
Das ist nicht richtig:
http://msdn2.microsoft.com/en-us/silverlight/bb419317.aspx
Zumindest auf dem Intel-MAC läuft es.
Am 24. Juni 2007 um 09:54 Uhr
Der Artikel in der iX 7/2007 sieht es übrigens auch so, dass man Flex eher als Flash mit Silverlight vergleichen kann, gerade in Version 1.1 und mit Blend aus dem Expressionstudio.
Aber ich will mich nun nicht darüber streiten, Konkurrenz belebt das Geschäft. Schade nur, dass diese Konkurrenz von Microsoft kommt…
Am 6. Juli 2007 um 15:40 Uhr
Moin!
Ich hab mich heute mal in Silverlight versucht. Eigentlich schlag ich mich ja mit Flash rum, deshalb kam mir auch bald mal die Frage wie’s denn mit ‘ner Bibliothek ausschaut in Silverlight. Ich hab das aber noch nicht ganz raus… muss ich jetzt für jeden style ne xaml datei machen oder gibt es eine art Sammlung auf die ich dann styles oder am liebsten Objekte referenzieren kann? …in Flash ist das viel ersichtlicher.
schon Erfahrungen?!
Grüsse Mathias
Am 19. Juli 2007 um 17:59 Uhr
[…] Christian Pfeil: Silverlight vs. Flash - ein Vergleich […]
Am 15. August 2007 um 14:05 Uhr
Schon mal was von OpenLaszlo gehört?
http://de.wikipedia.org/wiki/OpenLaszlo
Am 17. August 2007 um 04:49 Uhr
@Tom: Ich sehe das ähnlich wie Du, Silverlight muss mit Flex verglichen werden. Aber auch der Vergleich mit Flash ist nicht völlig daneben. Letztendlich erzeugt der Flex Compiler aus MXML und ActionScript Sourcen eine Flash Datei.
@Christian: In Flex kann Design und Programmierung sauber getrennt werden. Flexanwendungen (oder auch Flash) spielen hervoragend mit JEE Anwendungen zusammen. Wo ist das Problem? (nicht mit C#, da hast Du recht).
@Thomas F OpenLaszlo halte ich ebenfalls für sehr vielversprechend. Schon irgendwie sexy aus einer Quelldatei wahlweise DHTML/AJAX oder Flash zu erzeugen.
Am 17. August 2007 um 08:34 Uhr
@Ralf Sczepan, @Thomas: OpenLaszlo ist prima. Ich habe nur leider das Gefühl das OpenSource Projekt ist ein wenig eingeschlafen, kann das sein? Ich zweifle irgendwie immer noch daran das man aus einem Code beides erzeugen kann und dann das DHTML dann sauber auf allen Browsern läuft. Wenn AS noch etwas abstrakter wäre, könnte man auch aus einer MXML (Flex) Datei quasi DHTML erzeugen.
@Ralf Sczepan: Klar, das habe ich auch nicht behauptet das Flex Design und Programmierung nicht trennt. Die Einbettung von Flash Bibliotheken finde ich zumindest sehr sexy, da hier auch Entwickler und Designer eng zusammenarbeiten können.
Ich schreibe momentan an einer Fortsetzung dieses Artikels, die Flash und Silverlight im Detail vergleicht.
Wünsche euch ein schönes Wochenende!
Grüße Christian
Am 12. September 2007 um 11:17 Uhr
[…] noch eine Seite zeigen die recht gut paar Vor- und Nachteile von Silverlight vs. Flash darstellt: Vergleich Teil 1 Vergleich Teil […]
Am 7. Oktober 2007 um 10:23 Uhr
Danke für diesen interessanten Artikel.
Möchte einen Aspekt hinzufügen: Aus meiner Sicht ist Silverlight auch ein sehr schönes Konkurrenzprodukt zu Java. Silverlight bietet mir als C#-Programierer die Möglichkeit, Windows-Anwendungen mit relativ geringem Portierungsaufwand auch im Browser lauffähig zu bekommen. Bisher gab es nur die Möglichkeit, zu Java oder Flash zu greifen, und da mußte alles umprogrammiert werden.
Da es bereits eine riesige Zahl an C# - Programmierern gibt, könnte Silverlight sicher ein großer Erfolg werden.
Am 9. Oktober 2007 um 19:05 Uhr
[…] Microsoft Silverlight 1.0 Microsoft veröffentlichte die erste Version der neuen Web-Präsentationstechnik, die der Darstellung und Animation von Oberflächen aus grafischen Elementen und Media-Daten in Browsern dienen soll. Dynamische Aktionen können mit JavaScript implementiert werden, wobei Silverlight-Inhalte von Browsern mithilfe eines entsprechenden Plugins, das zuerst installiert werden muss, interpretiert werden können. Microsoft positioniert Silverlight als Konkurrenzprodukt zu Adobe Flash-Player. Mehr zum Thema: Silverlight vs. Flash - ein Vergleich. […]
Am 12. Oktober 2007 um 11:03 Uhr
Danke für diese kurze aber gute Gegenüberstellung.
Am 20. November 2007 um 10:23 Uhr
wie kann ich Silverlightprojekt (datei) zu meiner Webprojeckt (Java) bringen
Am 20. November 2007 um 10:40 Uhr
Hallo!
Ich verstehe deine Frage nicht ganz. SL Projekte lassen sich grundsätzlich überall da implementieren wo HTML dargestellt werden kann und das SL Plugin installiert ist.
Grüße Christian
Am 8. Dezember 2007 um 11:44 Uhr
Hallo,
ich als Internetnutzer sehe das aus einer anderen Perspektive.
Mich nerven Adobeprodukte. Will ich ein Prospekt ansehen muß ich den Reader installieren. Will ich Informationen, werde ich sehr oft genötigt Flash zu installieren. -Es giebt immer weniger Seiten die einen Flash freien Zugang haben.- Wenn ich aber die Update- und Protokollfunktionen sehe, sowie die Bug- und Sicherheitslückenlisten, dann sollte jedes Wort gegen Microsoft verstummen.
Um den Rundumschlag komplett zu machen, Real- und Quicktimedaten zähle ich dazu.
Ich möchte einfach nur Informationen aus dem Internet beziehen ohne ein Heer von Software zusätzlich installieren zu müssen.
Am 9. Dezember 2007 um 12:43 Uhr
Tja, mit Adobe hast du wenigstens noch die Möglichkeit, dir die Angebote im Internet anzusehen. Mit Microsoftprodukten ist es auf anderen Betriebssystemen gar nicht möglich. Ich als Internetnutzer bin also durchaus nicht erfreut, wenn mir komplette Bereiche abgeschnitten werden, ohne die Möglichkeit, es nachrüsten zu können.
Am 10. Januar 2008 um 09:08 Uhr
google mal moonlight, ein subprojekt von mono. wenn die technologie verbreitet genug ist gibt es alles für überall. aber dass microsoft die fäden in der hand hält gefällt mir auch nicht gerade besonders (und das sage ich als c# entwickler :-S )
danke für den tollen vergleich…
Am 16. Januar 2008 um 10:40 Uhr
Danke für den schnellen Vergleich, ich bin nur durch Zufall auf Silverlight gestoßen. Da kann ja noch was auf uns zukommen
Im Grunde ist das nur ein weiterees Beispiel dafür, dass die Entwicklung im Web nicht still steht und sich - im Gegenteil - rasant entwickelt. Ich programmiere selbst und habe meine Not, in allen Bereichen zeitgemäß zu bleiben.
Aus User-Sicht gebe ich Uwe übrigens völlig Recht, aber mir ist natürlich klar, dass sämtliche individuelle Inhalte nicht mit einem Plugin darstellbar sind. Dennoch ärgert es mich immer wieder, wenn bestimmte Flash-Inhalte in meinem Firefox nicht laufen wollen, weil das Flash-Plugin angeblich nicht installiert sei. Die Einbindung der Updates etc. könnte vorzugsweise ähnlich komfortabel ablaufen, wie das Update sämtlicher Firefox-Erweiterungen.
Am 17. Januar 2008 um 12:36 Uhr
“Die Einbindung der Updates etc. könnte vorzugsweise ähnlich komfortabel ablaufen, wie das Update sämtlicher Firefox-Erweiterungen.” eine schöne idee
Am 22. Januar 2008 um 14:27 Uhr
Silverlight läuft auf MAC nur als Browser Plugin… Editorsoftware wird (bislang) nicht für OSX unterstützt… Flash ist absolut Crossplatform kompatibel… will heissen: Ich kann als Designer selbst entscheiden welche Hardware und Software ich benutzen will (Ob MAC oder PC)… Ausserdem ist die Integration der gängigen Designanwedungen (Photoshop, Illustrator, InDesign, usw) mit Flash absolut mühelos zu bewältigen…
Vom Standpunkt des Designers her sage ich nur:
1. Adobe arbeitet für und nicht gegen mich…
2. Ob .net oder Actionscript ist mir als Designer egal nur funktionieren muss es…
3. Flash hat 10 Jahre Entwicklungsvorsprung
Am 23. Januar 2008 um 10:17 Uhr
.. man kaufe sich die aktuelle c’t und lese den Bericht über das Projekt NSCA Mosaic und Netscape (oder man hat es selbst erlebt ;-). Ob es einem gefällt oder nicht, wenn sich MS auf ein Thema einschießt, wars das mit der Konkurrenz. Und so wird es Flash - leider ?! - auch ergehen. Also besser gleich mit Silverlight, WPF und C# vertraut machen. Das Zeugs hat Potential und wird euch vermutlich die Brötchen, die ihr jetzt mit Flash verdient, in 5-10 Jahren erhalten.
Am 25. Januar 2008 um 06:30 Uhr
Also Microsoft hat wie immer den Trend der Zeit verschlafen und versucht nun doch noch in diesen Zweig mit einzusteigen.
Ich persönlich glaube aus folgenden Dingen nicht an einen Erfolg:
*Flash ist schon sehr etabliert
*Flash ist zumindest beim Betrachten plattformunabhängig
*Silverlight nutzt XAML, Microsofts erbärmlicher Versuch einen Standard einzuführen, anstatt etabliertes XML zu verwenden (XAML-Gegner werden also auch gegen Silverlight sein)
*Java wäre gegebenenfalls eine Alternative zu Flash, brauchen wir wirklich eine dritte? Damit gilt Silverlight aus meiner Sicht als jetzt schon überflüssig.
Flash funktioniert, Flash ist weit verbreitet, Flash hat sich gut entwickelt. Youtube, MyVideo und die anderen Portale dieser Art werden nicht auf Silverlight umsteigen, die bestehenden Seiten auch nicht. Die große Masse wir Microsoft nicht erreichen, höchstens ein paar kreative C( /#)-Entwickler, aber die bieten garantiert keinen Inhalt für die Massen.
Einzige Möglichkeit für Microsoft wäre es, wenn sie Silverlight als quelloffen freigeben. Dann würde XAML garantiert durch XML ersetzt und anderen tolles würde geschehen. Solange es jedoch Microsoft gehört, und an diesen lächerlich ideologischen Punkten festgehalten wird, sehe ich nicht die Wahrscheinlichkeit, trotz eines gewissen Potentials, daß es sich etabliert und Flash ernsthaft zur Konkurrenz wird.
Übrigens ist es in Flash sehr einfach möglich eine bessere Suchmaschinenindezierung zu erreichen, aber genauso ist es mit sauberem HTML: Alles eine Frage des Autors! Die (allgemeine) Unfähigkeit des Erstellers sollte nicht mit Pseudounfähigkeiten des Programms gleichgestellt werden! So ist Flash bei richtiger Nutzung auch wesentlich barrierefreier als alles andere.
Am 29. Januar 2008 um 11:54 Uhr
Also, ich bin eher der Meinung, daß solche Tchnologien zumindest im Webdesign nur da was zu suchen haben, wo es tatsächlich um Grafiken geht (beispielsweise künstlerisch oder als technische Veranschaulichung), aber nicht um Funktionalität.
Vor ein paar Tagen hatte ich Probleme, mich auf der Seite meines ISPs einzuloggen. Ich hab diverse Browser in zwei Linux- und 3 Windows-Versionen probiert. Dann den Support angerufen (kostenpflichtig!) und wurde gebeten mein Flash zu erneuern - für ein Login!! Hat dann auch nichts genützt. Inzwischen ist irgend was an der Webseite passiert, plötzlich gehen alle Browser in allen Systemen.
Zweites Beispiel: Ich wollte mir die Windows PowerShell ansehen. Dazu mußte ich .NET erneuern, Silverlight installieren und Debug-Tools erneuern. Bei Silverlight wurde ich auf ein Betatest-Programm des MS-Downloadcenters hingewiesen und hab mir das mal angeschaut. Schön bunt, aber im Grunde fragt es Datenbank-Recourcen ab und zeigt das Ergebnis an. Wozu die Grafikpower? Und kommt man irgnd wann ohne dies Gedöns nicht mehr an die Inhalte?
Ich finde ja bei PowerShell interessant, daß es mit .NET-Objekten arbeitet (die haben Eigenschaften, in denen meine Werte stehen - ich muß nicht die Text-Rückgabe von z.B. ipconfig mit regulären Ausdrücken auseinander basteln, um einen Wert zu finden), aber der Nachteil ist, was ich mir alles ins System schrauben (und aktuell halten) muß, um das zu nutzen.
Und ob ich mir nun ein Silverlight- oder ein Flah-Plugin im Browser installieren muß, um eine Webseite zu sehen, die beides an sich nicht braucht, ist doch eigentlich auch latz, oder? Um beides zukönnen, brauch ich halt noch mehr Plugin-Kram.
Bei .NET reizt mich die Idee der CIL und die Möglichkeit, GUIs zu bauen für eine heterogene Codebasis und das als Anwendung auf einem lokalen Rechner laufen zu lassen, aber dabei werde ich den Gedanken (der ja auch erwähnt ist) an X-Window oder das Verhältnis etwa von KDE / Qt zum darunter werkelnden Linux nicht ganz los. Wobei ich zugegebenermaßen mit GUI-Erstellung bisher kaum zu tun hatte. Und obwohl ich auch einges an XML-Hype nicht nachvollziehen kann - der Vorteil, daß Text ist, ist unbestreitbar!
So folge ich tendentiell PeterPan in dem Gedanken, daß es ein starkes Motiv für Microsoft ist, an Stellen, wo es eigentlich unnötig ist, die aber beliebt sind, sich mit proprietären Lösungen zu etablieren. Nicht wirklich neu. Ich sehe ja durchaus spannende Ansätze, aber es erinnert mich auch an die klassische “Lösung, für die wir das Problem noch finden müssen”.
Am 6. Februar 2008 um 13:47 Uhr
insgesamt ein interessanter Thread. Für normale Websites bräuchte man wohl auch kein Silverlight. Animationen, Slideshow, Gallerien - all das geht mit Flash/Flex genauso gut.
Spannend wird Silverlight für Anbieter hochwertiger Contents vor allem in Kombination mit Microsoft DRM. Insbesondere bei Sites mit Video-Integration ist Silverlight nicht nur performanter, sondern auch sicherer.
Am 6. Februar 2008 um 14:04 Uhr
Hallo Oliver,
ich denke DRM wird in naher Zukunft beerdigt werden. Immer mehr Musikanbieter verabschieden sich von diesem lästigen Thema und das zurecht. Warum sollte Microsoft in Zukunft mit seinem DRM Erfolg haben, bzw. warum sollte man Silverlight nur wegen DRM als Format wählen. Das verstehe ich nicht ganz.
Grüße Christian
Am 10. Februar 2008 um 09:41 Uhr
Erstmal vilen Dank für die Info! Und noch spaßeshalber die Meinung eines mittlerweile ergrauten Internetusers:
Ich bin in -zig Jahren WWW nur über eine einzige Site gestolpert, auf der ich Flash und Quicktime überhaupt als notwendig akzeptieren konnte: Die “Optical Illusions and Visual Phenomena” von Michael Bach. Ansonsten: Überflüssig - insbesondere Flash - wie ein Kropf und genau so unästhetisch wie lästig - optischer Tinnitus. (Gilt natürlich auch für “real” et al.)
Ich erwarte reelle, kondensierte Information ohne _sinnlose_ Bilder und ohne jede nervtötende Flackerei und Animation. Ich erwarte ausschließlich das Wesentliche direkt, einfach und schnell zu finden und ohne jedes Beiwerk - explizit zum sofortigen, mühelosen Ausschluss nicht zielführender Information - und zusätzlich druckbare und durchsuchbare Infos, wie Datenblätter und Anleitungen, in höchster inhaltlicher (!) Qualität und Ausführlichkeit. Und das im PDF und ebenfalls ohne jeden Firlefanz. Ich erwarte (wieder-) erkennbare Thumbs/Links auf verbindliche, große Bilder, wo die Information das erfordert, zu öffnen in einem weiteren Tab.
Alles andere führt zu persistenten Unmutszuständen. Wer das also nicht bietet, “fliegt raus” aus der Entscheidungskette - das Produkt wird zu 100% genau so besch…en sein, eher schlimmer. Erst, seit ich “Klickibunti” mit Adblock plus, NoScript, Stylish und zur Not händisch mit Aardvark ganz militant bekämpfen kann und nur gelegentlich (wenn ich mal unverschämterweise in der schwächeren Position bin) temporär (!) freigebe, ist das “neue” Internet überhaupt erträglich.
Werde ich mir also Silverlight installieren? Forget it!
Werbung und Multimedia in der heute überwiegenden Form sind eine genauso perverse Verschwendung und Vernichtung menschlichen Vermögens, wie Krieg. Aber wer glauben wollte, zahlte ja schon immer den höchsten Preis - schlussendlich mit (s)einem sinnlos gewordenen Leben.
(Sorry, das letzte war jetzt auch Unmut - aber ich stehe dazu
…)
Gruß, Joachim
P.S.: Ich halte mich für einen intensiven Internet-User
Am 10. Februar 2008 um 10:05 Uhr
Bei Silverlight geht es nicht um Webseiten, es geht um Webanwendungen, die sich von Desktop-Anwendungen nicht mehr unterscheiden sollen (RIA). Das ist schlicht DER Trend, wie Software generell zukünftig funktionieren soll. Deswegen kabbeln sich nicht nur Adobe und Microsoft, auch Sun ist mit JavaFX dabei. XAML - basierte Anwendungen würden ohne Silverlight nur auf dem Desktop laufen. Bei Adobe ist es umgekehrt, die mussten AIR einführen, was Flash/Flex auf den Desktop bringt. Microsoft hat hierbei zwei grosse Probleme: Flash (und damit auch Flex) ist auf mehr Rechnern installiert wie Windows. Und: C#-Entwickler wie ich sind vom Resourcen-Hunger und der Performance vom WPF einigermassen ensetzt, schliesslich hat das mit WindowsForms nichts mehr zu tun. Ich empfehle dieses Video: http://www.infoq.com/presentations/coenraets-ria-flex-air zu Flex, wo auch Beispiele demonstriert werden. Da wird deutlich, wie weit Adobe seinen Vorsprung bei Vektorgrafik - Benutzeroberflächen schon ausgebaut hat.
Am 8. März 2008 um 06:03 Uhr
Toll, für die ExpressEdition für VS 2008 funktioniert SilverLight nicht, war klar. Soll Bill G. mit seinem Zeugx glücklich werden.
Am 10. März 2008 um 09:17 Uhr
Hallo!
Vollkommen richtig, für die Visual Studio Express Edition gibt es derzeit keinen Support für Silverlight. Ich denke aber das Microsoft zukünftig auch Entwicklern, die die kostenlose Express Edition nutzen, das Erstellen von Silverlight-Applikationen ermöglichen wird. Gerade jetzt in der Anfangszeit wo man Silverlight unter das Volk bringen muss, wäre es wirklich dumm von Microsoft dies nicht zu tun.
Grüße Christian
Am 19. März 2008 um 08:52 Uhr
@ Joachim - danke
Am 27. März 2008 um 11:43 Uhr
Ich denke, dass gerade bei RIA´s Silverlight massiv an Boden gewinnen wird. Durch die gute Office-Integration von C# hat MS hier doch eindeutige Vorteile gegenüber Adobe. Schwächen im Animationsbereich spielen hier dann auch eine eher untergeordnete Rolle, da diese in RIA´s eh’ nix zu suchen haben.
Im traditionellen Web-Bereich hingegen wird es wohl schwierig werden für Silverlight. Das liegt dann zwar weniger an den benötigten PlugIn´s (die wird MicroSoft schon an den Mann bringen) als an der Tatsache, dass es einfach zu viele Flashentwickler/designer gibt, die wohl erstmal nicht so ohne weiteres freiwillig wechseln werden.
Am 23. April 2008 um 00:21 Uhr
Hi,
Ich möchte noch ein weiteres Konkurrenzprodukt ins Gespräch bringen: Curl Nitro (www.curl.com):
Ausgewachsene Programmiersprache mit Sandkasten Runtime Engine, 2D/3D Rendering, Online/offline Modus (siehe AIR), etc.
Gerade in Intranet-Bereich bietet Curl die nötige Performance und Server-Integration
Am 23. April 2008 um 06:58 Uhr
Hi,
danke für den Tipp! Scheint ein kommerzielles Projekt zu sein. Ich denke es lohnt sich aber auf jeden Fall das zu beobachten. Hast du schon mal die Beta-Version ausprobiert?
Grüße Christian
Am 23. April 2008 um 08:48 Uhr
Ja, ich kenne und arbeite schon seit dem ersten öffentlichen Release (2003) mit Curl. Die Firma verfolgt auch eine OpenSource-Strategie, einige Teile des Sourcecodes sind bereits verfügbar. Es soll auch eine Eclipse-IDE geben. Das aktuelle Release ist Curl 6.0. Curl 7.0Beta (=Nitro) gibt es seit letzter Woche.
Gruß, Friedger
Am 9. Mai 2008 um 13:41 Uhr
Du schreibst: “WPF bedeutet „Windows Presentation Foundation“ und ist laut Wikipedia ein Framework zur Ausgabe von 2D-/3D-Grafiken, Video, Audio und Bildern. […]setzt auf DirectX und bietet dadurch volle Hardwarebeschleunigung.”
Es gibt ja ein SL Plugin für den Mac, aber wie funzt dort die Hardwarebeschleunigung über DirectX? Fällt die komplett flach?
Am 11. Mai 2008 um 14:25 Uhr
Silverlight [UPDATE]…
Also, wenn ich das jetzt richtig verstanden hab, dann ist Silverlight das von Microsoft initiierte „Flash“ mit .NET Programmierbackground. Okay … installiert habe ich das Plugin mal. Auf Silverlight.net lief auch das Menü der Seite im Saf…
Am 22. Mai 2008 um 22:27 Uhr
Ich bin auf silverlight über ein wissenschaftliches Projekt aufmerksam geworden, das von Microsoft gesponsert wird. Es dreht sich um die Darstellung eines Teils der berühmten Sinaiticus-Handschrift, der in der ULB Leipzig aufbewahrt wird. Wenn man die Seite betrachten will, muß man das silverlight plugIn installieren. Allerdings erklärt man sich dann mit den license Bedingungen einverstanden, die ich gelinde gesagt unverschämt finde. Zwei Dinge stören mich gewaltig: 1) die Umständlichkeit, daß man erst etwas installieren muß, um ein Digitalisierungsprojekt zu betrachten. Das widerspricht den open access Ideen, die für staatliche Bibliotheken oberstes Prinzip sein müssten. 2) Es ist kein Zufall, daß Microsoft solch herausragende Projekte finanziell fördert. Damit wird versucht, über den Zugang zu öffentlichem Kulturgut, den eigenen Einfluß zu wahren
Am 24. Mai 2008 um 14:35 Uhr
@Martin: zu 1) kann ich nur sagen, dass Browser ohne Plugins schön und gut sind, aber nicht mehr der aktuelle Stand. Acrobat Reader, Flash sind weit verbreitet, aber auch die muss man installieren. Also wer mehr als statische Seiten oder animierte a la Ajax haben möchte, muss diesen Umstand in Kauf nehmen. (Curl ist da keine Ausnahme.) Der Mehrwert rechtfertigt den Aufwand alle mal.
Am 25. Mai 2008 um 14:46 Uhr
@Friedger
das mit dem Plugin ginge ja noch. Problematisch sind die damit verbundenen license agreements.
Am 26. Mai 2008 um 18:16 Uhr
Als Entwickler rate ich dringend ab von Flash. Versteht man PHP, JS, C# und C , oder gar Java, erscheint einem Flash oder deren Skriptversuche, wie soll ich sagen, rudimentär und albern. Es ist keine vollwertige Sprache, gleich ob das hier behauptet wird. JS (JavaScript) ist FlashScript um Lichtjahre voraus.
Dergleichen im Vergleich zu .NET.
Ich weiß leider nicht, wie tief Silverlight in .NET einsteigt, aber im Vergleich zu anderen Sprachen, ist .NET eine sehr aufgeräumte, saubere Umgebung, die eben aus diesen Gründen von mono (mono-project.com) so gerne portiert wird sogar auf Linux (wo ich im übrigen ebenfalls entwickle, mit C#, um Zeit und Ressourcen zu sparen). Wenn Sie mich fragen, lassen Sie als Entwickler die Finger von beidem: aber tendieren Sie (als Entwickler) zu einem .NET-Kind.
Sprechen wir jedoch von Web, Design, dann tendierte ich wohl zu Flash, da es viel Erfahrung hat und zudem weit, weit verbreitet, ein quasi Standard ist. Wahrscheinlich wird Silverlight sich genau so wenig durchsetzen wie seinerzeit Java (Nischendasein) oder VML (Microsoft) oder VBScript (Microsoft) oder SVG (leider, nach wie vor, trotzdem so mächtig: aber auch hier gibt es Abhilfe).
Abhilfe: Google. Was Google mit existierenden Mitteln entwickelt, lässt andere weit zurück (ExCanvas, Google Maps: alles ohne SVG, aber wie SVG sehr mächtig, mittels Canvas und einem Canvas-VML-Klon).
Schönen Abend.
Am 1. Juni 2008 um 10:28 Uhr
@Rafael
> JS (JavaScript) ist FlashScript um Lichtjahre voraus.
Da hat sich aber jemand lange nicht mehr mit der Materie befasst:
Sowas wie FlashScript gibt es nicht. Die Scriptsprache hinter Flash ist ActionScript, aktuell in der Version 3. Sie ist eine Umsetzung des ECMAScript4-Standards, also der jüngsten Ausgabe des Standards auf dem auch JavaScript2 beruht. ActionScript ist also dem momentan in Browsern verfügbaren JavaScript voraus, und nicht umgekehrt. Tatsächlich ist die JavaScript-Engine des zukünftigen Firefox 4 (Tamarin) die gleiche, wie die von ActionScript und wurde von Adobe an das Mozilla-Projekt gespendet. Wen die etwas ungewohnte Objektorientierung des aktuellen JavaScript nervt, darf sich schon auf JavaScript2 freuen. In ActionScript funktionieren Klassen und Objekte hingegen schon jetzt so, wie man es von .NET oder Java gewohnt ist.
Am 4. Juli 2008 um 13:43 Uhr
[…] Silverlight vs. Flash - Ein Vergleich […]