Was ist der beste Ansatz bei der Migration von älteren Projekten über verschiedene Versionen von Visual Studio?

Question

Ich habe über die Anzahl der Projekte nachgedacht, die wir mit Visual Studio 6 noch entwickeln und wie wir sie am besten auf Visual Studio 2008 übertragen können. Die Projekte reichen von C/C++ und VB.

Ist es besser, VS2008 die Arbeitsbereiche in Lösungen konvertieren zu lassen, Fehler bei der Kompilierung zu beheben und auf Ihrem Weg zu sein? Oder ist es besser, mit einer sauberen Lösung zu beginnen und den Code projektübergreifend zu migrieren, um den toten Code zu entfernen?

Answer 1

Das Microsoft p & p-Team hat einige strategies empfohlen, die dies beantwortet. Grundsätzlich empfehlen sie so etwas wie das Projekt nach Projektansatz, das Sie erwähnen. Natürlich nehmen sie eine ordentlich gestaltete Anwendung an, die keine bösen, dunklen Ecken hat, aus denen lange Nächte der Kodierung und ausgiebige Mengen Kaffee entspringen.

Es tut nicht weh, VS2008 das Projekt für Sie konvertieren und sehen, wie viel Aufwand erforderlich ist, um die Fehler zu beheben.

Answer 2

Als ich vor einigen Jahren eine VB6 App zu VS2003 konvertieren musste, lief ich den Konverter und es produzierte etwas, das im Grunde kompiliert, aber nicht sehr gut war. Ich musste einen großen Teil des generierten Codes ändern.

Ich würde mit einer sauberen Lösung starten, dann führen Sie den Konverter auf ein Projekt und kopieren Sie nur den Code, den Sie benötigen. Einer der großen Unterschiede, den ich zwischen einem VB6-Projekt und dem konvertierten VB.NET-Projekt (WinForm) bemerkte, war die eingebaute Steuerung. Der Konverter würde versuchen, die Art von Steuerelementen beizubehalten, die Sie verwenden, auch wenn sie alt und veraltet sind. Sie können also besser mit neuen Formen mit modernen Steuerelementen (Textfelder, Registersteuerelemente usw.) arbeiten und dann den benötigten Code kopieren.