Qual è l'approccio migliore durante la migrazione di progetti legacy tra versioni di Visual Studio?

Question

Ho pensato al numero di progetti che abbiamo internamente che sono ancora in fase di sviluppo utilizzando Visual Studio 6 e al modo migliore per migrarli su Visual Studio 2008.I progetti spaziano tra C/C++ e VB.

È meglio lasciare che VS2008 converta gli spazi di lavoro in soluzioni, corregga eventuali errori di compilazione e se ne vada per la buona strada?Oppure è meglio iniziare con una soluzione pulita ed eseguire la migrazione del codice da un progetto all'altro, scartando il codice morto lungo il percorso?

Answer 1

Il team Microsoft P&P ne ha consigliati alcuni strategie questo risponde a questo.Fondamentalmente raccomandano qualcosa come l'approccio progetto per progetto che hai menzionato.Naturalmente, presuppongono un'applicazione ben architettata che non abbia angoli oscuri e sgradevoli da cui scaturiscono tarda notte di codifica e copiose quantità di caffè.

Non fa male lasciare che VS2008 converta il progetto per te e vedere quanto impegno è necessario per correggere gli errori.

Answer 2

Quando ho dovuto convertire un'app VB6 in VS2003 diversi anni fa, ho eseguito il convertitore e ha prodotto qualcosa che sostanzialmente veniva compilato, ma non era affatto buono.Alla fine ho dovuto modificare gran parte del codice generato.

Inizierei con una soluzione pulita, quindi eseguirei il convertitore su un progetto e copierei solo il codice necessario.Una delle grandi differenze che ho notato tra un progetto VB6 e il progetto VB.NET convertito (WinForm) riguardava i controlli integrati.Il convertitore proverebbe a preservare il tipo di controlli che stavi utilizzando, anche se fossero vecchi e obsoleti.Quindi potresti essere meglio servito creando nuovi moduli con controlli moderni (caselle di testo, controlli scheda, ecc.), quindi copia il codice che ti serve.