Wir setzen bei uns, der T-Systems Multimedia Solutions GmbH, relativ schnell neue Versionen des .NET Frameworks ein. .NET 3.5 wird in mehreren Projekten eingesetzt, egal ob SharePoint, WPF oder ASP.NET Entwicklungen - auch ältere Projekte werden langsam auf die neueren Versionen migriert, sodass man z.B. WCF Services nutzt etc.Meiner Meinung nach macht Microsoft alles richtig bzw. von mir aus könnte die Entwicklung noch "schneller" gehen - das ASP.NET MVC Framework fand ich besonders interessant, da es in sehr kurzen Releasezyklen kam. Man muss nicht jede Technologie zwangläufig mitmachen (Cardspace, WF), allerdings gab es ja zwischen den Versionen auch (jedenfalls aus meinem Blickwinkel) nur wenig Breaking Changes, sodass man auch alte Anwendungen mit neuen Features von .NET ausstatten kann.Ich denke, der Grund liegt zum Teil auch am Entwickler selbst - "warum .NET 3.0" installieren (als Webentwickler)? Das 3.5 Update war allerdings auch von den Features her schon beeindruckend (LINQ).

Wir nutzen, wo möglich, das Net Framework 3.0 / 3.5. Das beschränkt sich aber auf kleine Nebenprojekte für Einzelinstallation (Datenerfassung für Hauptprojekte etc.). Der Grund ist einfach: Die Net2-Installation ist in der Auslieferung gravierend schlanker als das Net3. Viele Kunden haben halt noch nicht mal das Net2 drauf, vom Net3 braucht man gar nicht zu reden.

Hallo,da ich zur Zeit in 2 Firmen tätig bin kann ich von zwei Projekten Erzählen:1. Projekt:Der Umstieg von .NET 2.0 auf .NET 3.5 wurde vor ca 6 Monaten vollzogen. Die Nutzungen der neuen Features geht aber gegen 0. Kein WPF, kein WCF, kein WF, kein Linq und nur wenig von C# 3.0. Es war eher ein Umstieg um ggf. bei Bedarf mal etwas Anderes ausprobieren zu können.Ein Grafikviewer der mit WPF entwickelt wurde, wurde nach 5 Monaten aus Performancegründen eingestellt. Hier ist ja anscheinend mit .NET 3.5 (das damals noch nicht vorhanden war) Besserung gekommen, bei solchen Erfahrungen ist es dann nciht leicht den Chef noch mal zu überzeugen auf WPF zu setzen.Visual Studio 2008 wird eingesetzt.2. Projekt: Es gab in den letzten 3 Monaten ein Redesign, dabei wurde ca. 40-50% des Codes neu geschrieben. Basis ist bisher aber immernoch .NET 2.0. Da es sich um keine klassische Client/Server Anwendung handelt, wurde kein WCF benötigt. WPF steckt auch nach meiner Ansicht noch zu sehr in den Kinderschuhen, auch was Controls angeht (Budget des Projektes ist nicht all zu hoch um jedes Control kaufen zu können) und der entscheidende Vorteil zu Windows Forms fehlt einfach noch. Wieso sollte ich mich in diese komplett neue Technologie jetzt einarbeiten, wenn ich mit WinForms saubere, stabile Anwendungen bauen kann und alle benötigten Controls zur Verfügung habe? Der Aufwand der Umstellung bestehender Dialoge wäre sehr hoch und der erhaltene Mehrwert meiner Meinung nach gering. Hier wird noch abgewartet wie sich WPF entwickelt, sollte es vom Support in Foren und den vorhandenen Control an WinForms heran kommen, ist ein Umstieg denkbar. Evtl. fehlt bei WPF auch noch die Erfahrung.WF wurde kurz begutachtet, dann aber verworfen weil hier meiner Meinung nach noch viel zu viel buggy ist und ein Redesign von Microsoft ja auch angestrebt ist.Linq könnte noch interessant werden, hab mich muss ich aber zugeben selbst noch zu wenig damit beschäftigt. Bisher wird noch ADO.NET verwendet.Alles in Allem würde ich sagen das .NET 3.0 und 3.5 interessant für neue Projekte sein kann, den zwingenden Grund eine bestehende .NET 2.0 Applikation umzustellen sehe ich bisher nicht. Ich lasse mich aber gern vom Gegenteil überzeugen.GrußHannes

Wir nutzen 3.5 seit dem final Release produktiv und nutzen auch nur noch 3.5.

Ich nutze das 3.5 in alen meinen Web-Projekten.Die innovationen mit Linq sind meiner Meinung nach auch so groß, dass bei Weiterentwicklungen definitiv der Umstieg lohnt.Bei keinem Projekt habe ich Probleme beim Umstieg bekommmen.

So toll die neuen Features auch sind. Ein großes Problem ist immer noch der Kunde. Man denke an große Firmen, wo grade mal das .NET 2.0 vorhanden ist. Da ist es schon ein Wunder, wenn Flash auf den Rechnern isnstalliert ist. Da braucht man mit .NET 3.5, Silverlight etc. garnicht erst kommen, weil die interne IT des Kunden es (meistens) nicht zulässt. Auch wenn sich vielleicht Silverlight mit ein paar Klicks viel leichter auf die Client-PCs per Update ausrollen lässt, als z.B. Flash.Der Kunde ist halt immernoch König. - Bei eigener Produktentwicklung ist das natürlich immernoch eine andere Sache.

Ich setze in einem aktuellen Projekt ebenfalls .net 3.5 ein. Könnte es sein daß viele Entwickler noch auf .net 2 setzen weil Microsoft es immer noch nicht geschafft hat, ihre Zertifizierungen (MCP, MCTS usw) auf .net 3.5 zu aktualisieren - und das angesichts der Tatsache daß bereits .net 4 vor der Tür steht?

Im Rahmen der Beschaffung von den MSDN Lizenzen haben wir uns dazu Committed solange die Systemvorraussetzungen der Terminalserver ausreichen, immer auf die aktuellste Version des .NET Frameworks zu setzen. Somit verwenden wir seit dem Relesase von .NET 3.5, dies immer als Zielplattform.