Upgrade von Visual Studio 2008 auf 2013 und .NET 3.5 auf 4.5.1

Question

Ich plane ein 3pt-Upgrade für unsere Lösung und es wird ein Upgrade von VS2008 SP1 auf VS2013 und .NET 3.5 auf 4.5.1 (und auch MS SQL Server 2008 bis 2012) Ich versuche, so viel wie möglich im Voraus vorzubereiten, so dass ich genaue LOEs bereitstellen und den Prozess so schmerzfrei wie möglich machen kann. Ich hatte jedoch kein Glück, Informationen darüber zu finden, wie man eine Lösung von VS2008 auf VS2013 aufrüsten kann. Für jemanden, der das schon einmal getan hat, gibt es irgendwelche Anleitungen, die Sie als nützlich oder Probleme empfunden haben, denen Sie sich gewünscht hatten und die Sie vorher angesprochen hatten?

Answer 1

Ohne viel (wirklich irgendetwas) über Ihr Projekt zu wissen, wird es sehr schwer sein, Ihnen eine klare Antwort zu geben. Ich kann das jedoch sagen. Microsoft ist seit dem ersten Tag stolz auf seine Rückwärtskompatibilität. Durch einfaches Öffnen des Projekts in VS 2013 wird der Aktualisierungsvorgang für das tatsächliche SLN ausgelöst. Dies ist normalerweise ziemlich schmerzlos. Sobald dies abgeschlossen ist, können Sie immer noch auf .NET 3.5 zielen, so dass Sie nicht gleichzeitig den Sprung von VS2008 -> VS2013 & & NET35 -> NET451 durchführen müssen.

Das Framework selbst sollte keine ernsthaften Probleme darstellen, jedoch können alle referenzierten 3rd part dlls (manchmal schwerwiegende) Probleme verursachen. Sie dürfen nicht mehr gepflegt werden, haben Namen geändert oder existieren einfach nicht. In diesem Fall müssen Sie eine neue Bibliothek finden, um das zu tun, was das alte getan hat, was bestenfalls ein Refactoring erfordert, im schlimmsten Fall ein signifikantes Neuschreiben.

Nichts davon berücksichtigt die Funktionen NETD45 von NET35 hinzugefügt, wie die async/erwarten Schlüsselwörter und viele, viele, viele andere Funktionen.

Da Ihre Frage sehr vage ist, ist es schwierig, Ihnen eine gute Antwort zu geben, anstatt einfach nur, das Update auf VS2013 sollte sehr wenig Zeit in Anspruch nehmen, und es wird Ihnen sagen, wenn Sie Probleme haben sogar zu bauen. Sobald Sie das getan haben, sollte es keine Zeit mehr brauchen, um Ihr Zielframework auf NET45 oder NET451 zu ändern und noch einmal herauszufinden, ob Sie überhaupt kompilieren können. Wenn Sie keines von beiden tun, können Sie das Arbeitsniveau nicht schätzen. Dann müssen Sie noch alle Tests durchführen, um festzustellen, ob sich zur Laufzeit etwas geändert hat.

Answer 2

Das Problem ist kein Upgrade von Visual Studio 2008 auf 2013, da Sie .NET 3.5-Anwendungen in Visual Studio 2013 problemlos ausführen und kompilieren können. Der zeitaufwändige Prozess ist die Migration von .NET 3.5 nach 4.5.1, je nachdem, wie groß Ihre Anwendung ist und welche Technologie Sie verwenden.

Normalerweise ist .NET 3.5 sehr vorwärts kompatibel.

Das Wechseln von einer Laufzeit zu einer anderen (3.5 zu 4.5) ist einfach eine Frage der Änderung einer Einstellung in Ihrem Projekt (Target Framework).

Answer 3

Beachten Sie, dass .NET 4.5 unter Windows XP nicht unterstützt wird. Wenn Ihre Lösung unter XP ausgeführt werden soll, müssen Sie auf .NET 4.0 oder niedriger bleiben.