¿Cuál es el mejor enfoque al migrar proyectos heredados entre versiones de Visual Studio?

Question

He estado pensando en la cantidad de proyectos que tenemos internamente y que aún se están desarrollando usando Visual Studio 6 y cuál es la mejor manera de migrarlos a Visual Studio 2008.Los proyectos varían en versiones de C/C++ y VB.

¿Es mejor dejar que VS2008 convierta los espacios de trabajo en soluciones, corrija los errores de compilación y siga su camino alegremente?¿O es mejor comenzar con una solución limpia y migrar el código entre proyectos descartando el código inactivo a lo largo del camino?

Answer 1

El equipo de Microsoft p&p ha recomendado algunos estrategias eso responde a esto.Básicamente recomiendan algo como el enfoque proyecto por proyecto que mencionas.Por supuesto, están asumiendo una aplicación cuidadosamente diseñada que no tiene rincones oscuros y desagradables de los que brotan las noches de codificación y grandes cantidades de café.

No está de más dejar que VS2008 convierta el proyecto por usted y ver cuánto esfuerzo se requiere para corregir los errores.

Answer 2

Cuando tuve que convertir una aplicación VB6 a VS2003 hace varios años, ejecuté el convertidor y produjo algo que básicamente se compiló, pero que no era nada bueno.Terminé teniendo que modificar una gran parte del código que generó.

Comenzaría con una solución limpia, luego ejecutaría el convertidor en un proyecto y copiaría solo el código que necesita.Una de las grandes diferencias que noté entre un proyecto VB6 y el proyecto VB.NET convertido (WinForm) fue con los controles integrados.El convertidor intentaría conservar el tipo de controles que estaba utilizando, incluso si eran antiguos y desactualizados.Por lo tanto, sería mejor que creara nuevos formularios con controles modernos (cuadros de texto, controles de pestañas, etc.) y luego copie el código que necesita.