Beste Strategie für den Wechsel von VB6 zu .NET

Klar ist dies ein großes Unterfangen werden, der mit viel Arbeit.

Also mein Rat wäre, um es zu behandeln wie ein sehr langfristiges Projekt.

Haben ein klares Ziel vor Augen, die Adressen wichtige Themen wie Sicherheit, Ausfallsicherheit, Wartbarkeit und die Zukunft Ihrer Anwendungen.

Einmal vereinbart haben, diese von den Anspruchsgruppen, die Entwicklung eines Prototyp-Systems zu testen Sie Ihre Annahmen mit, wo Sie ausprobieren können, C# vrs VB.net oder MVC vrs Webforms.
Ich würde ordnen Sie Ihre besten Entwickler für dieses.

Dann starten Sie mit einem Ihrer kleinen legacy-Systemen, und bauen Sie die core-Komponenten, die Sie wird die Wiederverwendung in anderen Bereichen.

In dieser Phase beginnen Sie mit Ihren mehr senior Entwickler, aber jeder muss sich engagieren und vertraut sein mit den neuen Rahmens.

Dies wird sicherstellen, dass jeder ausgebildet ist, zur gleichen Zeit, und niemand wird zurückgelassen.

Je nachdem, wie viele Anwendungen, die Sie haben, würde ich drehen-Entwickler, so dass alle Systeme profitieren können.

Auch alle neuen arbeiten, die getan werden muss, in Ihr .net-Sprache, die nicht in VB6.

Schrittweise konvertieren Sie alle Ihre legacy-Anwendungen.
(Ich würde nur konvertieren wenn Sie ändern oder wenn es einen klaren nutzen für Sie zu aktualisieren.)

Sollten Sie auf ein solides Gerüst zu verwenden, gehen nach vorne, während immer noch die Gewährleistung der Benutzer-Funktion wird nicht behindert durch Ihre migration.

Beispielsweise:

Ich habe gearbeitet bei einer Firma, die hatte ungefähr 40 oder so, VB-Anwendungen.

Im Laufe der Zeit haben wir alle migriert diese zu C# und jetzt (5 Jahre später), wir haben rund 150 von c# - Anwendungen (alle in .net 2.).

Diese, Sie alle teilen einen gemeinsamen Rahmen, so dass Sie leicht zu pflegen und zu erweitern, wo nötig.

Hier ist eine Anpassung an meine Antwort zu einer ähnlichen Frage.

Umwandlung von großen Programmen automatisch die bessere Wahl, als das umschreiben. Es ist ein häufiger Fehler, um zu starten, optimistisch umschreiben ein großes Stück software, gute baldige Fortschritte Fixierung einige der bekannten Fehler, die in der alten Architektur, und dann verzetteln in der Funktionalität, dass Sie gerade nehmen für bewilligt für die Jahre. An diesem Punkt Ihrer management beginnen nervös und alles kann sehr unangenehm werden.

...und hier ist ein blog-post von einem Microsofty, dass stimmt mit mir:

Viele Unternehmen arbeitete ich mit in den frühen Tagen .NET sah zuerst zu umschreiben, getrieben in Teil durch einen starken Wunsch nach Verbesserung der zugrunde liegenden Architektur-und code-Strukturen, die zur gleichen Zeit wie Sie bewegt .NET. Leider sind viele dieser Projekte lief in Schwierigkeiten und einige wurden nie fertig gestellt. Das problem, das Sie lösen wollten, war zu groß

Diese ausgezeichnete Microsoft Seite empfiehlt zwei Dritten Migrations-tools besser als die unterlegenen built-in VB.NET Aktualisierungs-Assistent - Artinsoft und CodeArchitects VBMigration. Artinsoft schrieb die eingebaute VB.NET upgrade-Assistenten ist dies die bessere version. Und CodeArchitects wurde gegründet von Francesco Balena, schrieb einige der klassische Bücher auf VB6 und VB.NET.

Dem gleichen Microsoft-Seite sagt auch:

Durchführung einer vollständigen überarbeitung zu .NET ist weit mehr teuer und schwierig, gut zu machen, [als die Konvertierung] ... würden wir nur empfehlen, diesen Ansatz für eine kleine Anzahl von Situationen.

EDIT: Sung sagt in den Kommentaren: "ich bin kein großer fan von automatischen Generierung von code, da ist es schwieriger zu Debuggen zunächst und dauern nur so lange, wie es dauert, um zu umschreiben, die ganze Sache". Ich Stimme dem nicht zu stark. Im Allgemeinen bin ich auch kein fan von code-Generierung, aber in diesem Fall ist der resultierende code wird identisch aufgebaut zu Ihrem original VB6 und sollte fast völlig funktionsfähig. Ich habe nicht wirklich versucht, diese tools selbst noch nicht, aber aus Ihrer Kunden Erfahrungsberichte dieses Versprechen ist erfüllt.

- Und ich wiederhole das Microsoft Beratung nur vor, basierend auf Ihrer Erfahrung in der Unterstützung von vielen Migrationen - "eine komplette Neuentwicklung ist weit mehr teuer und schwierig, als die Konvertierung [meine Hervorhebung]" - eine Wohnung, ein Widerspruch zu der Annahme, es könnte in der gleichen Zeit. Wenn Sie wollen verbessern Sie die Struktur der VB6, migration dann schrittweise Umgestaltung ist wahrscheinlich wesentlich kostengünstiger als eine Neuentwicklung.

Ich würde start mit Microsoft tools:

http://msdn.microsoft.com/en-us/library/aa480541.aspx