Was ist der beste Ansatz bei der Migration älterer Projekte zwischen verschiedenen Visual Studio-Versionen?

Question

Ich habe darüber nachgedacht, wie viele interne Projekte noch mit Visual Studio 6 entwickelt werden und wie ich sie am besten auf Visual Studio 2008 migrieren kann.Die Projekte reichen in den Varianten C/C++ und VB.

Ist es besser, VS2008 die Arbeitsbereiche in Lösungen umwandeln zu lassen, alle Kompilierungsfehler zu beheben und sich auf den Weg zu machen?Oder ist es besser, mit einer sauberen Lösung zu beginnen und den Code projektübergreifend zu migrieren und dabei toten Code zu verwerfen?

Answer 1

Das Microsoft p & p-Team hat einige Strategien empfohlen , dass diese Antworten . Grundsätzlich empfehlen sie so etwas wie das Projekt von Projektansatz Sie erwähnen. Natürlich sind sie eine ordentlich architected Anwendung unter der Annahme, dass keine bösen, dunkle Ecken, von denen aus spät in der Nacht der Kodierung und reichlich Kaffee Feder hat.

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

Answer 2

Als ich vor ein VB6 app VS2003 mehrere Jahre zu konvertieren hatte, lief ich den Konverter und es erzeugt etwas, das im Grunde zusammengestellt, aber es war gar nicht sehr gut. Ich landete einen großen Teil des Codes zu ändern, mit bis es erzeugt wird.

würde ich mit einer sauberen Lösung starten, dann den Konverter an einem Projekt ausführen und kopieren Sie nur den Code, den Sie brauchen. Einer der großen Unterschiede, die ich zwischen einem VB6 Projekt und dem umgewandelten VB.NET-Projekt (WinForm) war mit den eingebauten Kontrollen bemerkt. Der Konverter würde versuchen, die Art der Kontrollen zu bewahren Sie verwenden waren, auch wenn sie alt und überholt waren. So könnten Sie besser durch die Schaffung neuer Formen mit modernen Steuerungen (Textfelder, Registerkarten usw.) bedient werden, dann kopieren in dem Code, den Sie benötigen.