Cita de: madumo en 26 Enero 2018, 12:12 PM
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.
Cita de: madumo en 26 Enero 2018, 12:12 PMya 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.