He intentado migrarla a vb.net, pero me resulta muy costoso de programar, y no obtengo mejores resultados que los actuales, ya que al final no es más rápido ni tampoco más estético.
VB.NET es un lenguaje de programación, en lo que debes reflexionar es cual tecnología de
.NET Framework elegir, me explico, probablemente hayas decidido migrar tu programa a la tecnología
Windows Forms y por eso quizás no hayas notado diferencias estéticas apreciables a simple vista, pero si quieres mirar hacia el futuro y con todas las ventajas y beneficios en comparación, entre ellos estéticos, entonces deberías migrar tu programa a la tecnología
WPF (
Windows Presentation Foundation), haciendo uso de
VB.NET y
XAML.
ya que al final no es más rápido
Migrar de
VB6 a
VB.NET o mejor dicho a la máquina virtual de
.NET Framework ya es un gran paso de optimización, claro que todo depende de como sea tu código fuente original en
VB6 y como sea la adaptación y refactorizaciones que hagas en
VB.NET. Un fallo muy común en este tipo de escenarios de migración o simplemente de gente nueva en
VB.NET es ponerse a utilizar los miembros de compatibilidad de
VB6 en
VB.NET (ej.
Len(),
Left(),
Mid(), etc), que aunque es puro código
.NET te puedo asegurar que el código fuente es pura moralla, muy poco óptimo, así no vas a mejorar mucho el rendimiento general del código, tienes que utilizar siempre los equivalentes actuales, no los miembros de compatibilidad para la migración de
VB6. En general lo mejor que puedes hacer viniendo de
VB6 es ignorar/evitar utilizar (casi)cualquier miembro del namespace
Microsoft.VisualBasic, dicho de otro modo: no sigas programando al estilo de
VB6 en
VB.NET, ese no es el camino correcto para optimizar nada... que es lo que a ti te interesa conseguir.
Ten en cuenta que de forma opcional siempre puedes recurrir a la herramienta
NGEN (
Native Image Generator) de
Microsoft para impulsar de forma muy notable la velocidad de inicio (
startup) de tu aplicación, eso sí, como contra afectará negativamente a la velocidad general de respuesta de los controles de la UI, pero el impacto negativo en ese sentido no se suele apreciar a menos que tu app sea muy..."pesada". Tú decides si te compensa ese tipo de mejora.
Por supuesto creo que no hace falta mencionar que para obtener beneficios en el rendimiento/velocidad, y suponiendo que en tu caso sea factible, siempre puedes adaptar tu código fuente antiguo para intentar hacer uso de la programación asíncrona / multi hilo / paralelismo en
.NET.
Saludos.