Posteado por: javlinux | Marzo 9, 2007

Visual Basic 6.0 y el lado oscuro

De partida no soy un fanático de Visual Basic, se debe notar con el título, pero la analogía es tan perfecta que me impresiona.

Sucede que por un proyecto que tuve que hacer, volví a utilizar un viejo visual studio que tengo instalado en mi computador. Practicando un poco para recordar como se hacían las cosas, me di cuenta la impresionante velocidad con la que recreaba la interfaz de una aplicación windows a la que muchos estan acostumbrados, y se entiende porque muchas empresas prefieren todavia este “lenguaje”.

Pero en determinado momento, cuando pasamos al código, pillas unas situaciones que vuelven confusas las cosas para un hombre como yo acostumbrado al c o php.

En primer lugar, cuando escribes funciones y procedimientos, en la primera los parametros van en paréntesis y en la segunda van solos o comillas para strings, cuando en términos prácticos lo que a uno le interesa saber es si devuelve un valor o no.

llamarFunción(5,2)
llamarProdecimiento “Hola”

En sengundo lugar el manejo del scope o ambito me parece realmente repugnante, o sea puedes usar public y private, dada el pincelazo que tiene VB6.0 de orientacion a objetos, pero asi tambien puedes usar Dim para dejarlas privadas, pero te deja mezclar todo como quieras es decir:

Private linea As String
Public numero As Integer
Dim linea2 As String

Puede que ahora no se vea mal, pero imaginenlo mezclando eso en diferentes archivos de módulos, clases y formularios, se vuelve un plato de tallarines.

En tercer lugar la poca orientación a objetos, hace recomendar completamente no usarla, excepto lo del ámbito de las varibales, ya que le da mas sentido decir Private que Dim. Ni tratar la herencia, bueno que no existe, pero se puede simular.

En general, son esas 3 cosas las que más me molestan. Existen otras, pero en general dependen más del programador, por ejemplo el tipo Variant, puede tomar cualquier tipo, lo cual suena bastante atractivo, ya que no hay que preocuparse de que parametro esperar, pero convierte puede haber diferencias de tiempo abismante, o el programar directamente en los botones (muchos lo hacemos al principio, lo importante es cambiar la actitud), modularidad, cohesión, ya saben.


Bueno, asi como el lado oscuro, que permite obtener los mismos resultados, pero de manera más rápida. El problema es que hay un precio que pagar. Mi sugerencia es, si puede elegir, use java, si tiene que ser visual, prefiera .Net o 8.0 ahora, y si no puede ojala sobreviva la experiencia.

powered by performancing firefox


Respuestas

  1. no no no me vengas con mamaditas hahahaha ;’P


Dejar una respuesta

Su respuesta:

Categorías