Versiones de Visual Basic, como lenguaje de Progamacion

• Versiones

Las versiones de Visual Basic para Windows son muy conocidas, pero existe una versión de Microsoft Visual Basic 1.0 para MS-DOS (ediciones Profesional y Estándar) menos difundida y que data de 1992. Era un entorno que, aunque en modo texto, incluía un diseñador de formularios en el que se podían arrastrar y soltar distintos controles.

La última versión sólo para 16 bits, la 3.0, incluía ya una detallada biblioteca de componentes para toda clase de usos. Durante la transición de Windows 3.11 a Windows 95, apareció la versión 4.0, que podía generar programas de 16 y 32 bits a partir de un mismo código fuente, a costa de un gran aumento en el tamaño de los archivos "runtime" necesarios. Además, se sustituyen los controles VBX por los nuevos OCX. Con la versión 5.0, se implementó por primera vez la posibilidad de compilar a código nativo, obteniendo una mejora de rendimiento considerable. Tanto esta como la posterior 6.0 soportaban características propias de los lenguajes orientados a objetos, aunque careciendo de algunos ítems importantes como la herencia, el polimorfismo y la sobrecarga. La versión 6.0 continua utilizándose masivamente.

Las versiones actuales de Visual Basic se basan en la plataforma .NET, que se desligan de las anteriores versiones.

• Ventajas

Es un lenguaje RAD.

• Posee una curva de aprendizaje muy rápida.
• Integra el diseño e implementación de formularios de Windows.
• Permite usar con suma facilidad la plataforma de los sistemas Windows.
• El código en Visual Basic es fácilmente migrable a otros lenguajes.

• Inconvenientes

• Sin soporte de Microsoft desde el 4 de Abril de 2008 (Pero el MSDN es muy completo).
• No es multiplataforma (Sin embargo se pueden usar emuladores e interpretes para correrlos en otras plataformas).
• Por defecto permite la programación sin declaración de variables. (que puede ser sencillamente corregida escribiendo la frase Option Explicit en el encabezado de cada formulario, en cuyo caso será menester declarar todas las variables a utilizar, lo que a la postre genera código más puro).
• No permite programación a bajo nivel ni incrustrar secciones de código en ASM.
• Sólo permite el uso de funciones de librerías dinámicas (DLL) stdcall.
• Algunas funciones están indocumentadas (Sin embargo esto ocurre en muchos lenguajes).
• Es un lenguaje basado en objetos y no orientado a objetos.
• No maneja muy bien los apuntadores de memoria.
• No soporta tratamiento de procesos como parte del lenguaje.
• No incluye operadores de desplazamiento de bits como parte del lenguaje.
• No permite el manejo de memoria dinámica, punteros, etc. como parte del lenguaje.
• No avisa de ciertos errores o advertencias (se puede configurar el compilador para generar ejecutables sin los controladores de desbordamiento de enteros o las comprobaciones de límites en matrices entre otros, dejando así más de la mano del programador la tarea de controlar dichos errores)
• No tiene instrucciones de preprocesamiento.
• El tratamiento de mensajes de Windows es básico e indirecto.
• La gran gama de controles incorporados son, sin embargo en algunos casos, muy generales, lo que lleva a tener que reprogramar nuevos controles para una necesidad concreta de la aplicación. Esto cambia radicalmente en Visual Basic .NET donde es posible reprogramar y mejorar o reutilizar los controles existentes.
• Los controles personalizados no mejoran la potencia de la API de Windows, y en determinados casos acudir a ésta será el único modo de conseguir el control personalizado deseado.