¿Que programador que se preste de serlo, no ha hecho sus pinitos utilizando cualquier version de Visual Basic?.Pues bien, yo soy uno de ellos, y no puedo decir que me arrepienta, ya que soy de la opinion de que el Visual Basic 6.0 es un gran sistema de programacion.Es facil de manejar, intuitivo, versatil y bastante dinamico. Poseemos todos los objetos necesarios para llevar a cabo cualquier tipo de programa. Desde un entorno gráfico sencillo o profesional, un sistema de calculo potente usando toda la variedad de sus tablas o simplemente una interface de usuario para administracion redes, todo ello sin contar la facilidad para programar documentos Active X o la creacion de nuestras propias DLL´s u objetos.Y todo ello de una forma facil y llana, para cada cosa nos encontramos con su objeto pertinente que a traves de sus propiedades,eventos y métodos nos va a simplificar hasta el infinito la tediosa tarea de tener que programarlo a pelo.Los Objetos visual Basic funcionan practicamente solos, a menudo sin tener que escribir ni una sola linea de programación. En fin, toda una gozada para lños amantes de la buena programacion. Pero no todo es positivo en Visual Basic 6.0.EL INFINITO Y LARGO CAMINO DE LAS DDL´S.El Visual Basic, al ser un lenguaje de programacion compilado, requiere aparte de su bloque principal ejecutable (.EXE) una lista interminable de DLL´s. Una Dll distinta por cada objeto insertado en cualquiera de sus formularios. Estas dll´s no se unen al bloque principal, sino que se suministran y se graban por separado en el proyecto Visual correspondiente. Cuando por fin se termina el trabajo de programación, se procede al proceso de distribución de los discos, usando para ello el programa Wizard suministrado por el propio lenguaje. Hay que resaltar que este módulo aunque dista mucho de ser perfecto (en otra opinion podreis leer la venturas y desvuntaras del Wizard de Visual Basic), nos va ha facilitar de forma facíl y rapida la distribucion de los discos.El propio módulo se va a encargar de compilar de nuevo el programa si así se le solicita, detectara que programas o rutinas externas seran necesarias para el buen funcionamiento del mismo, nos dara a escoger entre métodos de distribucuin distintos, incorporara motores para las bases de datos externas, si es que estan son utilizadas en cualquier parte del programa, etc,etc,etc.Y aqui señores mios es cuando el visual falla,falla y falla. Por que para cada uno de los objetos mencionados anteriormente y un monton de ellos mas que omito por que no quiero hacer de esta opinion el Quijote II, seran necesarias una tras una las dll´s necesarias para la ejecución del bloque principal. Estas dll´s son copiadas en diskette aunque ellas no sean instaladas en el ordenador de destino por el sencillo motivo de que ya existan en el.Ya no quiero hablar de la compatibilidad de estas dll´s inclusive entre versiones distintas del Visual (Buuffff, eso sera otra historia),lo que realmente importa y es el unico objetivo que quiero transmitir a traves de esta opinion, es el hecho de que cualquier programa diseñado en Visual Basic (en cualquiera de sus versiones), !por pequeño que este sea¡, se va a ver engordado en unos cuantos Megas (bastantes), en cuanto a la longitud del mismo, llegando en algunos casos en el que las propias dll´s ocupan mas ellas solas que todo el entorno de programacion creado por nosotros.Esta es la cruda realidad del Visual Basic en este sentido, y así lo he querido transmitir.
