full - Actualización de una gran aplicación VB6 a.NET. Opiniones sobre VB Migration Partner
visual basic descargar (3)
Tengo una base de código VB6 realmente grande con una tonelada de controles de terceros. Quiere moverlo a .NET. Reescribirlo está fuera de toda duda: el cliente no ve el valor de gastar dinero para obtener lo mismo. Moverse a .NET con el asistente de actualización incorporado básicamente no es un iniciador.
¿Alguien ha intentado con el VB Migration Partner de http://www.vbmigration.com/ Si es así, ¿cómo han sido las experiencias?
Nunca he trabajado con los chicos de migración de VB antes, sin embargo, recomendaría mucho no migrar el código base a .NET. Realmente no agrega valor.
Lo que he tenido un gran éxito al hacerlo es agregar nuevas funcionalidades en .NET y llegar a ellas a través de la interoperabilidad COM desde la aplicación VB6. Esto es bastante sencillo y es una buena forma de utilizar .NET en aplicaciones heredadas.
... mis 2 centavos
Soy el autor principal de la herramienta VB Migration Partner (presentada en www.vbmigration.com). En general, respondemos muy rápidamente a todas las solicitudes provenientes de clientes existentes o potenciales. Lo siento si encuentro difícil contactarnos. Por favor, inténtelo de nuevo en http://www.vbmigration.com/contactus.aspx
Creemos que nuestra herramienta es capaz de abordar aplicaciones VB6 muy grandes. En realidad, la mayoría de nuestros clientes lo utilizan para migrar aplicaciones en el rango de 200-500K líneas de código. Actualmente estamos trabajando en una "aplicación de monstruos" de más de 13 millones de LOC divididos en más de 1200 proyectos.
Como sugiere RSConley, cualquier herramienta de conversión funciona mejor si su aplicación puede migrarse y probarse en partes. Admitimos grupos de proyectos VB6 (que se convierten en una sola operación), conversiones por lotes y admitimos la integración con herramientas de control de código fuente. (Por ejemplo, conservamos las guías de solución / proyecto de la generación anterior, para que su herramienta SC sepa cómo tratar el código recién generado).
Finalmente, estamos a punto de lanzar la versión 1.11, que puede generar archivos DLL .NET que sean compatibles con los archivos DLL COM originales, para que pueda migrar un componente a la vez, empezando por los más básicos que utilizan todas las demás partes de su aplicación, sin tener que volver a compilarlos. (Hasta donde sabemos, VB Migration Partner es la única herramienta con esta función).
Francesco Balena - Equipo de VB Migration Partner
La respuesta corta es que VB6 y VB.NET (y consecuentemente C #) son idiomas separados pero relacionados. Hay muchas diferencias sutiles (el entero es Int32 en lugar de Int16) y las diferencias groseras (gráficos, formularios y motores de impresión) entre las dos plataformas. Debe tratar esto como si estuviera convirtiendo a una plataforma completamente diferente.
He encontrado varias herramientas de migración que no valen la pena, excepto en algunas circunstancias específicas. Por ejemplo, una interfaz de base de datos que utiliza informes de cristal.
En cuanto al valor de la migración. Solo usted y su compañía pueden tomar esas decisiones. Mantenga una aplicación lo suficientemente larga en una PC, eventualmente tendrá que considerarla seriamente. Principalmente para aprovechar una tecnología totalmente nueva (el cambio de DOS a Windows, por ejemplo). Mis aplicaciones se iniciaron en 1985 y ha habido tres conversiones importantes en sus 20 años de historia (estación de trabajo a DOS, DOS a Windows 3.X, Windows 3.X a 32 bits de Windows y marco orientado a objetos).
Y estamos considerando .NET por varias razones. VB.NET es un lenguaje relacionado, Genéricos y Herencia permiten que gran parte de nuestro código repetitivo se comprima en unas pocas líneas. Una API de gráficos más rica, y así sucesivamente. Por supuesto, existe el dolor de cabeza total de la conversión que pesa en contra de todo. Sin embargo, cuando cambiamos a un marco orientado a objetos, nuestra aplicación se convirtió en un pequeño archivo EXE vinculado a través de COM a varias DLL. Tenemos el lujo de convertir y probar poco a poco debido a nuestra estructura de aplicaciones.
Recomiendo encarecidamente que si pretende convertir eso, refactorice su aplicación en VB6 a una estructura que pueda convertirse y probarse en partes. Podrá utilizar DLL activos para lograr esto. Si intentas hacer esto de una vez, entonces encontrarás que el 80% del proyecto irá rápido y el último 20% será puro infierno. Al convertir poco a poco, se quedará con el software en funcionamiento en cada paso.
Los problemas se exploran más completamente aquí