windows - tutorial - ¿Cuándo será imposible soportar las aplicaciones de Visual Basic 6.0?
visual basic excel (22)
COBOL es un estándar público, con múltiples implementaciones de múltiples proveedores en múltiples plataformas de hardware.
VB6 solo es compatible con Microsoft, y ya le han dicho que no lo admitirán en las nuevas versiones de Windows. Entonces eventualmente estará efectivamente muerto. Lo mismo puede ser cierto de COBOL, pero no tan rápido.
En los últimos 3 a 5 años he estado renovando una aplicación de seguros y un kit de herramientas de integración comercial basado en Visual Basic 6.0.
De acuerdo con la política " Simplemente funciona " de Microsoft, el IDE ya no es compatible después del 8 de abril de 2008.
Todavía funciona para desarrollar e implementar aplicaciones de Visual Basic 6.0.
¿Cuándo será imposible soportar las aplicaciones de Visual Basic 6.0 o vivirán para siempre como lo hacen las aplicaciones de Cobol?
Actualización: declaración de Microsoft en marzo de 2010: el equipo de Visual Basic está comprometido con la compatibilidad "It Just Works" para las aplicaciones de Visual Basic 6.0 en Windows Vista, Windows Server 2008 incluyendo R2 y Windows 7.
Actualización de mayo de 2011:
Feliz 20 cumpleaños Visual Basic!
Con la virtualización usando VirtualPC / VMWare / VirtualBox, etc., en teoría debería ser posible admitir aplicaciones VB6 siempre que tenga un sistema operativo host que pueda ejecutar VB6 correctamente que pueda virtualizar y pueda ejecutar estas aplicaciones.
Estoy pensando en muchas compañías que ejecutan software escrito para NT4 que carecen de compatibilidad con controladores para máquinas nuevas en máquinas virtuales.
En un aspecto, vivirán para siempre ya que el tiempo de ejecución de vb continuará trabajando en los sistemas operativos de Microsoft que existen en la actualidad. Las aplicaciones VB6 aún funcionan en Vista, por ejemplo. Las aplicaciones VB6 serán imposibles de admitir en el futuro cuando Microsoft deje de soportar el tiempo de ejecución de VB6 en sus sistemas operativos.
Esto significa que probablemente continuarán viviendo para siempre, al igual que algunas aplicaciones COBOL todavía viven en la actualidad. Sin embargo, el nuevo código casi nunca debería escribirse en el idioma efectivamente muerto, por lo que la comerciabilidad de las habilidades de VB6 disminuirá progresivamente hasta que quede algo de estado bajo y estable.
Hay una tonelada de software de mercado vertical desarrollado en VB6 por los fabricantes de diversos tipos de maquinaria. El uso de VB6 de los controles ActiveX, las DLL de ActiveX y la capacidad de consumir la mayoría de las DLL de Win32 ha llevado a muchos fabricantes de varios componentes para admitir VB6.
Usar VB6 y las bibliotecas de soporte es al menos un orden de magnitud más rápido y más confiable que los métodos anteriores de ensamblaje en chips personalizados o utilizando C. Tenga en cuenta que incluso los desarrolladores de C / C ++ recibieron ayuda, ya que pueden consumir las nuevas bibliotecas de soporte como bien.
Muchas de estas aplicaciones están llenas de funciones matemáticas que han sido probadas para funcionar para el medioambiente y la maquinaria para la que fueron diseñadas.
Entonces, cuando Microsoft hizo que VB.NET fuera incompatible con VB6, fue un gran trato para muchos de nosotros. A diferencia de la transición de VB3 a VB4-6, tenemos que tocar nuestro código en muchos lugares para que funcione con .NET. De hecho, hay tantos que pasa a ser lo mismo que reescribir su software en un nuevo idioma.
Por estas razones, VB6 seguirá vivo por un tiempo más ya que todas estas máquinas están disponibles. Todavía necesita nuevas actualizaciones y correcciones.
Probablemente funcione durante un buen número de años, pero eventualmente llegarás al punto en el que tienes que mantener el hardware viejo, ejecutando un viejo sistema operativo no compatible para ejecutar el software. Mientras tanto, se está perdiendo todo el nuevo marco y las ventajas del lenguaje que se desarrollan. Eventualmente, tendrá que arreglar algo o agregar algo que no sea posible en su entorno y luego podrá pagar la factura completa de su deuda técnica acumulada.
Mi opinión: ya debería estar trabajando en una actualización a una plataforma más nueva o reemplazo para la aplicación. Mi preferencia es casi siempre hacer esto antes de que me obliguen las circunstancias.
Si necesita continuar con el soporte de VB6, le recomendaría crear una máquina virtual que contenga XP y VB 6 con todos los paquetes de servicio. De esta forma, puede continuar ejecutando su entorno de desarrollo aunque su escritorio evolucione a algo que puede ser incompatible con el entorno de desarrollo VB 6. La instalación de Visual Studio 6 en Vista tuvo problemas hace dos años.
Para un nuevo desarrollo más allá del mantenimiento, buscaría usar un entorno diferente. Según mi experiencia, es mejor que lo mires desde un punto de vista completamente nuevo y no te limites a migrar a VB .NET. Es suficiente una molestia para migrar que realmente debería hacer un nuevo desarrollo en el mejor entorno para su aplicación. Puede ser VB .NET y puede que no.
Desarrollar usando tecnología obsoleta nunca es un problema hasta que sea un problema y luego sea demasiado tarde. Necesita permanecer en el punto óptimo de la curva y usted es el único que puede decidir qué es eso. Si cambias demasiado pronto, probablemente tomes una decisión equivocada y si esperas demasiado estarás muy rezagado. Son decisiones como esta lo que hace que este campo sea divertido y doloroso al mismo tiempo.
Si todavía tienes el SO y las Herramientas, nunca será "Imposible" apoyarlas.
La verdadera pregunta es si aún QUIERES apoyarlos.
Siempre podrá desarrollar en VB 6, ya que Microsoft no visitará sus computadoras para desinstalarlo. Si no desea volver a escribir su solicitud, entonces no tiene / no tendrá que hacerlo.
Pero las herramientas que obtiene ahora son las mismas que tendrá dentro de diez años. Por lo tanto, puede terminar quedándose atrás a medida que aparezcan los nuevos paradigmas de la ciencia de la computación (suponiendo que no desarrolle su propio compilador de VB).
Al seguir con el VB actual, tu aplicación siempre será "posible" de mantener, pero se hará más difícil cada segundo.
Sospecho que las aplicaciones VB6 tendrán vida limitada, porque Redmond tiene que mantener a sus programadores ocupados quitándoles la alfombra a todos.
Si crees que volver a escribir tus aplicaciones en .NET garantizará su inmortalidad, recuerda DDE, OLE, COM, DAO, etc., etc.
Si una aplicación funciona, no hay una BUENA razón por la que deje de funcionar sin que alguien encuentre los recursos para volver a escribirla cada pocos años, pero lamentablemente hay muchas razones.
Creo que estarán allí para siempre. Razón simple: MS no puede enviar un SO que no los soporte porque ninguna corporación importante compraría ese sistema operativo.
Solo se convierte en "imposible" si comienza a agregar máquinas y SO a la combinación en la que la aplicación ya no se ejecutará.
Vista seguirá ejecutando aplicaciones VB6. Supongo que 7 seguirá haciéndolo también ... y si no, siempre habrá virtualización.
Cualquier tipo de actualizaciones de hardware / os que su empresa pueda estar planificando necesita tener en cuenta sus aplicaciones existentes de LOB. Esto no es diferente a tener en cuenta su versión actual de Office o su cliente de correo electrónico.
Las PC realmente no tienen una fecha de vencimiento. Incluso si está atrapado con XP, puede obtener hardware que funcione con él y continuará haciéndolo durante bastante tiempo. Si compra máquinas preconstruidas, es posible que deba simplemente degradar el sistema operativo instalado. Lo cual no es gran cosa.
Dicho eso, probablemente tengas unos 3 años más antes de que las cosas se vuelvan difíciles, y otro 1 o 2 después de eso antes de que las personas ya no quieran trabajar en tu departamento de TI debido a lo antiguo que es todo.
VB6 probablemente estará por siempre en organizaciones de seguros / tipo de banco. El hardware que sale de su reino no es un problema. Simplemente obtendrán algún tipo de emulador. He visto una aplicación para un mainframe muy antiguo que funciona dentro de un emulador que estaba dentro de otro emulador.
Por lo general, no tiene sentido comercial para los no técnicos considerar una reescritura y una nueva prueba de algo que ya funciona. -
Bienvenido al mundo del doloroso infierno ... vete ahora mismo :-) -
Un programa VB6 no es más que un ejecutable de Win32, que se basa en una serie de bibliotecas COM-ActiveX que lo acompañan. Entonces solo es cuestión de crear un paquete de configuración apropiado.
Por cierto, el VB6 IDE funciona perfectamente en una máquina con Windows 7 de 64 bits (con un par de pequeños retoques, por supuesto).
PD. Lamentablemente, mi empresa todavía envía productos VB6 comerciales y disponibles públicamente, así que, por casualidad, lo sé.
Comencé la programación profesional con Visual Basic 3.0 hace una década, y probablemente fui el último en migrar a .NET (lo hice en 2004). Entonces NO PODRÍAS encontrar un admirador más grande de la plataforma que yo.
No creo que Visual Basic 6.0 vaya a desaparecer pronto. Hay muchas aplicaciones heredadas escritas en él. Software de contabilidad de la empresa, herramientas personalizadas, usted los nombra. Entonces las aplicaciones estarán disponibles.
La cantidad de aplicaciones nuevas de Visual Basic 6.0 está bajando en espiral, por lo que si está buscando hacer una carrera como programador de Visual Basic 6.0, está obsoleto.
Dicho esto, habrá una gran demanda de personas que puedan mantener / corregir / actualizar el código anterior.
Tengo software escrito en Visual Basic 6.0 que tiene alrededor de 100 mil usuarios, y todavía está funcionando bien. Todo mi desarrollo nuevo está en C #, pero para este software en particular, creo que volveré a escribirlo en C # para finales de 2009 o 2010. Entonces, al menos hasta entonces, no veo que Visual Basic 6.0 no sea compatible con Windows.
Creo que Visual Basic 6.0 continuará funcionando durante mucho tiempo. Para empezar, .NET ha fracasado como una plataforma de desarrollo para aplicaciones comercialmente distribuidas en masa. nadie parece usarlo en la forma en que se usaba Visual Basic 6.0 / C ++. Los tiempos de ejecución de .NET aún TODAVÍA no son confiables (por experiencia, sacamos una aplicación .NET y la recodificamos en C ++ por esta razón)
Sin embargo, estoy de acuerdo con la empleabilidad.
Perder Visual Basic 6.0 fue un gran error de Microsoft: estaban hipnotizados por todo lo de OO. La mayoría de la gente quiere un desarrollo rápido, no argumentos pedantes sobre el código hermoso.
VBA ha reemplazado a Visual Basic 6.0 dentro de las oficinas: ¿quién piensa en manipular Office a través de la ruta .NET?
La mayor parte de lo que se necesita para ejecutar aplicaciones de Visual Basic 6.0 también se necesita para VBA .
Y VBA no va a ir a ningún lado pronto, simplemente hay demasiado de eso.
Entonces, si tienes la edad suficiente para desarrollar en Visual Basic 6.0, no me preocuparía que deje de funcionar en tu vida.
Los tiempos de ejecución siguen siendo la pesadilla con .NET.
Apoyo el código en 20,000-30,000 escritorios y analizo el registro de ellos. La cantidad de PC sin runtimes .NET (y mucho menos 2+) es asombrosa. No hay forma de que se pueda distribuir en masa el código auxiliar (la aplicación principal es C ++) sin emplear un ejército de personal de soporte para retener manualmente los reinicios.
C ++ es el único camino a seguir para las aplicaciones del lado del cliente.
¡Qué desastre todo el espejismo de OO ha sido para MS y nosotros! ¡Qué inflador de costos!
... y ASP.NET webforms / viewstate ... Podría escribir durante DAYS (nuestros contratistas de programación lo hicieron claramente).
Visual Basic 6.0 funciona, hasta que necesite usar subprocesos, o hasta que deba enfrentarse a archivos de más de 4 GB.
Yo diría que están en riesgo, porque el sistema operativo y el hardware se desarrollarán debajo de ellos.
Puede ejecutar Visual Basic 6.0 en Windows XP, pero incluso eso está cerca del final de su vida (sigue reviviendo en su lecho de muerte).
Esas aplicaciones de Cobol siguen vigentes porque los mainframes en los que se ejecutan no van a ir a ningún lado. El "gran hierro" se construyó en un momento en que las computadoras eran caras y raras y tenían que funcionar durante 20-30 años. No es cierto con las aplicaciones basadas en PC y Windows, que se consideran más desechables.
Tengo que decir que esto es algo de lo que no se puede acusar a la gran (y justa) COBOL difamada.
COBOL es continuamente compatible con nuevas versiones frecuentes de IBM, UNISYS, MicroFocus en varias plataformas que admiten cosas como el último hardware, direccionamiento de 64 bits, soporte integrado para XML, etc. Incluso hay una versión de Linux (OpenCobol) que está progresando muy bien.
Además, el lenguaje en sí mismo está en continuo desarrollo (si puede llamar haciendo los mismos errores con las nuevas palabras reservadas en desarrollo: -}) y la última especificación de langauge es totalmente OO aquí si no me cree!
Así que COBOL aún no está muerto simplemente arcaico. Mientras que creo que VB 6.0 realmente está muerto y es un poco tarde para su propio funeral.
Espero que sea imposible admitir aplicaciones VB6 después de Windows 7. (Espero que el tiempo de ejecución de VB6 y IDE funcionen en Windows 7, pero no en Windows 8)
Actualización: 17/02/12 La declaración de soporte de Microsoft Visual Basic 6.0 ahora incluye Windows 8. Implican que el IDE también se puede ejecutar en Windows 8. http://msdn.microsoft.com/nb-no/vbrun/ms788708(en-us).aspx
Creo que las aplicaciones de Visual Basic 6.0 vivirán durante mucho tiempo, como las aplicaciones COBOL, y por razones similares. Algunas partes de los productos de mi empresa siguen siendo VB6, y no se cambiarán hasta que haya una buena razón. Esperamos que Microsoft no pueda abandonar el soporte de VB6 por un buen tiempo porque muchos de sus clientes empresariales tienen aplicaciones VB6. Ya se han visto obligados a extender el período de soporte más allá de sus planes originales. Esperamos que Raymond Chen gane sobre la revista MSDN: una broma oscura que solo tendrá sentido si recuerdas la publicación de Joel sobre los dilemas de Microsoft con compatibilidad hacia atrás versus pureza de diseño.
Si está considerando actualizar o reescribir, en mi humilde opinión, esta pregunta y esta pregunta tienen algunas respuestas informativas. Puede mezclar nuevos componentes .NET con Visual Basic 6.0 existente utilizando Interop, si hay funciones .NET que desea o incluso si solo desea aprender .NET.
Los grupos de noticias de Visual Basic 6.0 siguen siendo bastante activos, por lo que obviamente hay muchos viejos como yo desarrollando en Visual Basic 6.0 :)
Duffymo, Bruceatk: se puede hacer que el Visual Basic 6.0 IDE funcione en Vista con un poco de esfuerzo.