PDF de programación - Una comparación entre Delphi y Visual Basic

Delphi vs. Visual Basic.

Una comparación entre estas dos

herramientas RAD.

Una comparación entre Delphi y Visual Basic

Copyright © 2001 Ernesto De Spirito

Introducción

¿Cuál es mejor? ¿Delphi o Visual Basic? Es una pregunta simple y directa, pero desafortunadamente no tiene
una respuesta simple y directa. La razón es que —aunque ambas son herramientas RAD visuales— tienen
particularidades y diferencias muy significativas que hacen imposible llegar a una conclusión directa y general.
Lo que podemos hacer sin embargo es analizar y comparar sus diversas características esperando que le sirva
como guía para la evaluación. Mi elección ha sido Delphi porque en la comparación le di más peso a ciertos
factores, priorizándolos sobre los otros, y entonces el resultado fué Delphi. Con requisitos diferentes, sería
perfectamente válido elegir el Visual Basic. Su opción de lenguaje queda en usted y dependerá de la
importancia que le dé a cada característica.

Curva de aprendizaje

Visual Basic es muy fácil de aprender y de utilizar, no solamente porque el lenguaje de programación no es
OOP y es fácil de aprender y codificar (al final viene de BASIC), sino también porque el IDE es simple y
cómodo de usar, y los objetos de base de datos que vienen con Visual Basic son más fáciles de utilizar que sus
contrapartes de Delphi, aunque claro que no son tan potentes.

Visual Basic hace muchas cosas por el programador. Por ejemplo, los objetos cuentan referencias y esto
significa que por ejemplo si creamos un objeto asignándolo a una variable local, el objeto será liberado
automáticamente cuando la función o el procedimiento finalice (a menos que lo asignamos a una variable no
local). Visual Basic tiene un sistema de administración sofisticado de memoria y utiliza un "colector de basura"
(garbage colector) así que es rápido liberando memoria.

En cuanto al acceso a bases de datos, en Visual Basic es más simple. Se usa un solo componente que abre el
Recordset, ofrece interfaz visual de navegador y se enlaza con los controles de datos, mientras que en Delphi
hay que usar tres componentes para ello. La gran ventaja de los Recordsets de Visual Basic sobre los Datasets
de Delphi es que los primeros manejan consultas actualizables automáticamente: se puede tener una consulta
de dos tablas y que sea "viva", mientras que en Delphi tenemos que utilizar actualizaciones cacheadas y un
componente UpdateSQL con las respectivas consultas SQL para insertar, actualizar o eliminar un registro.
Además, cuando uno actúa contra un servidor de base de datos en Delphi tiene que utilizar un componente
Transaction, mientras que esto no es necesario en Visual Basic. Visto desde la perspectiva de un programador
Visual Basic, el acceso a datos de Delphi resulta ser demasiada molestia cuando se lo compara con los
Recordsets y el Control de Datos de Visual Basic que simplifican notoriamente esta cuestión.

En Delphi, la funcionalidad del Data Control de Visual Basic se divide en tres componentes. En la imagen se
puede observar que los datos están disponibles en tiempo de diseño y que por ejemplo uno puede cambiar
la etiqueta predeterminada de los campos, así como su ancho de visualización, formato de visualización,

máscara de edición, etc.

Delphi es más difícil de aprender que Visual Basic, pero no para quienes están familiarizados por ejemplo con
Turbo Pascal, FreePascal, o incluso C/C++. Delphi es más difícil de usar, pero tiene sus ventajas. Por ejemplo,
los objetos generalmente no cuentan referencias y esto significa que el programador tiene que encargarse de
liberar los objetos no usados creados por un procedimiento o una función cuando ese procedimiento o
función termina. La ventaja es que tenemos más libertad en la manipulación del objeto y podemos liberarlo
cuando no lo necesitemos más, sin importar cuántas variables apunten a él. En cuanto a la administración de
memoria, Delphi no tiene un colector de basura como Visual Basic, pero tiene su propio sistema de
administración de memoria, el que está optimizado para bloques pequeños de datos. El acceso a base de
datos puede resultar algo incómodo al principio para quienes están acostumbrados a Visual Basic, pero es
muy potente, flexible y extensible.

El IDE merece una mención especial. Particularmente, el editor de código de Visual Basic tiene algunas cosas
interesantes. Borland inventó el "Code Insight", pero personalmente pienso que Microsoft lo implementó
mejor. Los valores posibles de una variable o un parámetro, o las propiedades o los métodos posibles de un
objeto aparecen automática e inmediatamente. El formato de mayúsculas/minúsculas también es una
característica agradable (por ejemplo si uno declara una variable con el nombre "Doc", y después escribe
"DOc", "doc", "dOc", etc., la variable se ajusta al formato que aparece en la sentencia declarativa —es decir
"Doc"—). Una cosa apreciable del IDE de Visual Basic es que cuando uno está depurando puede modificar una
sentencia y continuar la ejecución con los cambios en efecto, sin tener que recomenzar la aplicación. Otra
característica agradable del Visual Basic es la ventana Inmediato, donde uno puede ejecutar sentencias
interpretadas.

Pero la facilidad de programación tiene que venir a expensas de algo. Visual Basic es fácil de aprender al
principio y no requiere una base fuerte de educación formal en programación para poder aprenderlo, pero en
tanto que uno avanza y demanda más y más de él, comienza uno a encontrarse conque VB tiene limitaciones
serias que comienzan a recordarle que no por nada la "B" de Basic viene de "Beginner" —principante— (BASIC
= Beginner's All-purpose Symbolic Instruction Code = código simbólico de instrucciones de propósito general
para principiantes). Esto no significa necesariamente que los programadores de Visual Basic se cambiarán
eventualmente a un lenguaje más poderoso. Al contrario: la mayoría de los usuarios de Visual Basic serán
realmente felices con él por años mientras nunca necesitan ir más allá de sus límites, pero la verdad es que
Visual Basic ha sido el "lenguaje de entrada" para muchos de los que hoy programan en Delphi. Aquí hay
algunos testimonios:

• Why Borland's Delphi?



Un hecho notable sobre Delphi es que uno puede realmente hacerlo todo y puede acceder "fácilmente" a
todo lo que la máquina y el sistema operativo tienen para ofrecer. En Visual Basic, para llamar una función API
hay que buscar la declaración de la función API, constantes y tipos en una base de datos para copiar y pegar
en los programas. Visto desde la perspectiva de un programador Delphi, esto es demasiada molestia cuando
se lo compara con Delphi, donde uno puede simplemente llamar una función API como si fuera una función
incorporada. Por supuesto, un lenguaje OOP es muy difícil de aprender si uno no tiene una base fuerte de
programación, pero una vez que uno lo domina, le da la capacidad de escribir código reutilizable, extensible y
fácil de mantener. Con los componentes de datos de Delphi uno puede tener abierta una tabla o consulta de
la base de datos y ver los datos en tiempo de diseño, algo agradable en el momento de fijar el ancho de las
columnas en una rejilla de datos. El IDE de Delphi no ofrece las características que describí arriba para el de
Visual Basic, pero ofrece otras cosas. Por ejemplo el Editor de Código de Delphi ofrece la posibilidad elegir el
esquema de mapeo del teclado y plantillas de código para ahorrarle escritura (algo que curiosamente
esperaba encontrar en Visual Basic en vez de Delphi). En lo que hace a depuración de errores, en Delphi uno
dispone de algunas características avanzadas como las ventanas CPU y FPU, y la posibilidad de depurar
programas multi-hilos.

"Visual Basic hace más fáciles las cosas fáciles, Delphi hace más fáciles las cosas difíciles"

(Computerworld, 1998).

Propósito

¿Para qué se propone utilizar el lenguaje de programación? Esta una cuestión clave al elegir un lenguaje de
programación. Aquí hay un testimonio interesante de un ex-programador de Visual Basic:

• Visual Basic Hardcore - por Bruce McKinney, 1999



Y abajo está la contestación de un programador de Visual Basic que admite las limitaciones Visual Basic, pero
también dice una cosa importante: cada lenguaje "tiene sus fortalezas y debilidades únicas, a pesar del
"bombo" de comercialización producido por aquellos con intereses creados en esos lenguajes" en una clara
alusión a... Bueno, mejor léalo usted mismo:

• La herramienta incorrecta para el trabajo correcto - por Don Kiely, 1999



Visual Basic es ideal para simples aplicaciones de interfaz de usuario (front-end), e inadecuado para cosas más
complejas, mientras que Delphi es ideal tanto para la interfaz de usuario (front-end) como para el
procesamiento de fondo (back-end). ¿Qué significa esto? Por ejemplo, con Visual Basic uno puede desarrollar
una herramienta de compresión (como Winzip) diseñando la interfaz de la aplicación y escribiendo algo de
código para llamar a las rutinas de compresión de una determinada DLL u objeto ActiveX (escrito en otro
lenguaje) que proporcione la capacidad de compresión. Con Delphi uno puede hacer lo mismo que con Visual
Basic, pero además puede escribir la DLL o el objeto ActiveX que realiza la tarea de
compression/decompression. No es que sea imposible escribir una DLL o un objeto ActiveX en Visual Basic: es
técnicamente factible, pero muy inconveniente (véase Rendimiento y tamaño del código).

Delphi es más un lenguaje de "todo propósito" que Visual Basic

Cuota de mercado

Uno de los méritos que se deben reconocer a Visual Basic es que —gracias a su sencillez— puso la

programación en Windows al alcance de literalmente millones de personas.

En particular, el éxito de Visual Basic en la comunidad de habla hispana es abrumador porque a la facilidad de
empleo le tenemos que agregar que el IDE, la ayuda en línea y la docume