Visual Studio Upgrade-Beratung 2008/2010 [geschlossen]

Question

Denken Zeit über das Argument für uns Pitching Migration von vs 2005 (WinForms) zu gegenüber 2008 (WPF). Mein Hauptpunkt, um die neuen UI-Design-Merkmale zu sein.

Ich bin etwas besorgt, dass wir alles, was viel Arbeit in ein Upgrade gesetzt werden nur für uns, das gleiche tun zu müssen, wenn 2010 zusammen kommt? So führt dies auch 2008 betrachtet das Überspringen und nur 2010 die Annahme, sobald seine Freigabe.

Jeder war in einer ähnlichen Situation?

Auch alle Argumente für und gegen die für begrüßt.

Prost.

Answer 1

Ich persönlich denke, es ist ziemlich sicher sein wird bis 2008 im Jahr 2010 zu gehen, nur Erweiterungen oben drauf ist und Erweiterungen für Visual Studio Entwurfszeit-Unterstützung für WPF. Daher soll der Übergang nicht so kompliziert sein. Mehr wie ein 2005-2008 Upgrade von einer Win Forms oder ASP.NET-Projekt, das ein Kinderspiel ist.

Ich finde, dass es besser ist, eher früher als später zu aktualisieren, so dass Sie mit dem bestehenden Rahmen / System nicht bekommen „verzetteln“. Wenn Sie Gebäude auf etwas fortsetzen, die Sie letztlich ersetzen werden, wird es immer schwieriger, die Verwaltung zu rechtfertigen zu bewegen.

Answer 2

war ich in der gleichen Situation und entschied sich die MSDN-Abonnement Weg zu gehen, wo ich alle neuen Entwicklungs-Tools erhalten, wie sie kommen. Ich habe eine Ersatz-Maschine, die ich für ‚die nächste Version‘ des Compilers, die ich für die Migrationsprüfung verwenden, damit zumindest ich weiß, was zu erwarten, wenn die Entscheidung getroffen werden muss. Das funktioniert gut für mich, und ich denke, wenn man eine anständige Virtualisierung Set-up umso besser haben.

Neue Compiler-Versionen nicht brechen meine Build, aber haben viele meiner automatisierten Tests verletzt und Add-in Produktivitäts-Tools. Grundsätzlich gilt. Sie brauchen Regressionstests von einer Art auf eine neue Version um den Schaden zu ermitteln bewegen verursachen, werden wahrscheinlich.

Answer 3

Ihre Frage nicht ganz Sinn für mich. Sind Sie fragen, ob Sie bestehende Anwendungen von WinForms zu WPF migrieren sollten? Oder wollen Sie einfach nur starten neue WPF-Anwendungen zu machen, aber immer noch mit dem bestehenden Winform Projekten arbeiten?

So oder so, von Visual Studio 2005-2008 Migration ist extrem einfach. Bestehende Winform Projekte verlangen eine Umwandlung, die ein paar Sekunden dauert und hat noch nie für mich (Dutzende von Lösungen und 100s von Projekten umgesetzt in den letzten paar Monaten) ist fehlgeschlagen.

Dies hat jedoch nichts mit WinForms und WPF zu tun.

Wenn Sie mit dem Bau beginnen WPF apps gibt es keinen Grund für VS warten ist 2010 VS 2008 hat eine hervorragende Unterstützung für beide Anwendungstypen.

Answer 4

ich mit denen einverstanden was darauf hindeutet, VS 2008 jetzt verabschieden. Eine Sache, obwohl zu beachten ist, dass WPF mit einer ziemlich hohen Lernkurve kommt. Ich habe einige geringe Kenntnisse in WPF und Silverlight hatte und sie zu finden bin aus dem WinForms-Modell eine komplette „mind change“ zu sein. Viel Glück.

Answer 5

Ich würde den Sprung jetzt machen, wenn ich in den Schuhen war. Es wird die Auswirkungen des 2010 Sprungs auf der ganzen Linie minimieren, indem wir Sie zu den vielen neuen Funktionen verwendet werden Sie bereits gewöhnen müssen. Außerdem werden Sie viele Monate eine bessere Leistung zu genießen bekommen und Features vor 2010 zur Verfügung.

Answer 6

WinForms vs WPF ist eine Welt des Unterschiedes. Es ist eine viel größere Veränderung als die Suche bei einer Temperatur von 2005 bis 2008 der Migration würde ich das nicht habe als der treibenden Grund bis 2008 zu aktualisieren Ich habe auch keine Ahnung von der Tragweite des Projektes und wenn WPF ist wirklich die beste Richtung Sie zu nehmen Produkt. Oder wenn Ausdruck Mischung ist alle das Werkzeug Sie diese UIs in Gang bringen müssen.

Statt die WPF Tonhöhe Pitching ich auf die wirklichen Vorteile konzentrieren würden Sie sofort. Mit 2008 haben Sie Multi-Targeting, damit Sie alle Anwendungen erstellen können Sie im Jahr 2005 zu bauen verwendet und haben sie das 2.0-Framework abzielen. Nach meiner Erfahrung finde ich 2008 schneller und die Refactoring Verbesserungen sind eine große Bereicherung. Es gibt eine Tonne von anderen neuen Verbesserungen im Jahr 2008, die Sie out-of-the-Box erhalten und von Tag verwenden können 1.

Nach Rico des Chefarchitekt des Jahres 2010 erhalten Sie werden noch reicher mit 2010 Multi-Targeting, das Sie erlaubt, 2010 früher zu übernehmen und Sie nicht zwingen, verwenden CLR Version 4 von erhalten gehen.

Answer 7

Im Moment habe ich es eine Praxis, ein Upgrade auf die neueste Version so bald wie möglich gemacht. Obwohl für Anwendungsentwickler ist es seine eigenen Tücken bekam, Ex. .Net Framework 3.5 ist nicht auf den meisten Computern gefunden, und wenn ich die Bootstrap-Installer versenden, die 20 MB ist es auf eine aktive Internetverbindung besteht darauf, die benötigten Dateien zum Download bereit. Das vollständige Installationsprogramm ist 198 MBs und obwohl ich es nicht mag, ich habe es versenden zusammen mit der Software.

Für Web-Entwickler, obwohl das Problem leichter zu lösen, müssen Sie nur Sorgen darum, es auf dem Server arbeiten und die Dinge funktionieren automatisch für die Benutzer. Wenn Sie also eine Web-Lösung machen denke ich, Migration ist einfacher.

Wenn Sie eine Anwendungssoftware machen, ich glaube, Sie die Vorteile wiegen sollen, dass die Migration mit den Änderungen bietet es zu einem Einsatz Schema machen. Ich weiß nicht, wie viele Menschen mit diesem einverstanden, aber ich glaube, dass Anwendungsentwickler hinter ein Upgrade sein sollten.

Answer 8

Es ist eine zugrunde liegende Prozess Frage hier, dass ich denke, sollte nicht übersehen werden:

Wann ist die richtige Zeit-Entwicklungs-Tools und Produktionsumgebungen zu verbessern?

Auf der einen Seite man 2008 überspringen konnte, obwohl dies auf die Frage führt, wenn würde 2010 angenommen werden: Nach dem ersten Release, ersten Service Pack-Version oder einem anderen Meilenstein? Dies kann zu einer Schaffung von mehr Legacy-Code führen, wenn Sie in auf 2005 mit dem 2.0-Framework gesperrt bleiben und andere bewegen sich auf einem anderen Rahmen. Auch wenn Sie bis 2008 wechseln, können sie immer noch das 2.0-Framework Ziel, so dass das Upgrade von .NET Framework separat geschehen kann, das einige mögen können. Ein weiterer wichtiger Punkt in diesem Lager ist, die die Forschung hat die Unterschiede zwischen den Versionen zu bewerten, um zu sehen, was wert ist die Verschiebung.

Auf der anderen Seite könnte man vermuten, dass es eine kontinuierliche Strategie der Vorbereitung sein alle 3 Jahre zu aktualisieren oder um die Visual Studio Versionen der letzten zehn Jahre in etwa 2002 waren, 2003, 2005 und 2008 so weit. Dies scheint mir der bessere Ansatz zu sein, da es eher eine konstante Entwicklung geht eher als in gar gesperrt bleiben. In diesem Fall kann es neue Funktionen, die zu gewöhnen, da die neuen Werkzeuge schnell im Vergleich zum ersten Fall kommen, wo die Verschiebung kann als ein großen Schritt angesehen werden, während es in diesem Fall nicht so groß ist, da Sie immer einziehen suchen 2-3 Jahre.

Kurs wie sage ich meine alte Arbeitsmaschine Visual Studio 2003, 2005 und 2008, so dass ich bin ein bisschen in diesem letzteren Lager hat, das macht Sinn für mich. Ich erinnere mich vor 10 Jahren meine Arbeitsmaschine 64 MB RAM NT 4.0, Pentium II 333 MHz Prozessor, hatte und eine 4-GB-Festplatte, die zwei Partitionen sein mußten, da es nicht eine Partition so groß sein lassen würde. Nun meine Arbeitsmaschine verfügt über 4 GB RAM allein, einen 2,66-GHz-Dual-Core-Prozessor und eine 160 GB Festplatte. Kann ich in weiteren 10 Jahren eine Maschine mit Hunderten von GBs RAM? Während das mag lächerlich erscheinen, ob ich eine Maschine mit einer Handvoll von anderen Entwicklern zu teilen, kann es Sinn machen, eine riesige Menge an Speicher aufzuteilen unter uns allen.