Konsequenz für WPF in .NET-Applikationen?

[Boehnschen]

Hallo,

bisher programmiere ich meine Anwendungen im klassischen Windows Form Stil und ignoriere WPF.

[kallen]

Silverlight ist nur ein Subset von WPF.

WPF wird also weiter existieren und erweitert werden.

Auch ich programmiere noch viel in Windows Forms, aber viele neue Techniken gehen nur in WPF.

[elmo-geht-arbeiten]

Ein bisschen Schade, da WinForms Anwendungen meist wesentlich
aufwendiger zu warten und träger zu programmieren sind. Inzw. hat
sich auch das Angebot an passenden WPF-Controls auch entspannt.

Wie auch immer die Composite UI Application Block (WinForms patterns & practices) sind das letzte mal 2008 aktualisiert
worden, während Prism dieses Jahr schon einige Updates hinter
sich hat. Es gibt für Desktop-Apps von MS nur eine Marschrichtung.

Für mich war der Vorteil von Silverlight einfach, dass
ich mein Wissen auch zur RIA Programmierung verwenden kann
und da dass frische Windows Phone 7 auf Silverlight setzt
halte ich den Artikel für Moppelkotze.

[dergenervte]

elmo-geht-arbeiten schrieb:
--------------------------------------------------------------------------------
> Für mich war der Vorteil von Silverlight einfach, dass
> ich mein Wissen auch zur RIA Programmierung verwenden kann
> und da dass frische Windows Phone 7 auf Silverlight setzt
> halte ich den Artikel für Moppelkotze.

Naja, auch Komponentenentwickler wissen nicht, was sie von Microsofts Strategie halten sollen:

http://community.devexpress.com/blogs/ctodx/archive/2010/10/29/a-story-for-halloween-is-silverlight-a-zombie.aspx

[klora]

Silverlight wird es weiterhin geben, nicht nur für Phone 7.

Ein Tool um Silverlight in HTML5 umzuwaqndeln wäre aber nicht schlecht. Silverlight basiert ja auf XAML, das sollte doch möglich sein in HTML5 umzuwandeln. C# und VB kann ja heute schon in Javascript umgewandelt werden.

[Klaro]

@klora warum umwandeln, das Canvas-Element wird xaml darstellen können.