USUARIO

HPC1349

Indice por revistas | Búsqueda Temática

www.idg.es/pcworld

[01/11/1999]
Programación con Delphi (I) Haga sus propios programas con Delphi de
una forma sencilla, rápida y fiable

Programación con Delphi (I)

Haga sus propios programas con Delphi de una forma sencilla, rápida y fiable

Crear sus propias aplicaciones para Windows no es una tarea compleja en exceso. En este curso podrá aprender
las bases para hacerlo, usando una de las herramientas más conocidas y potentes: Borland Delphi.

Número: 159 Sección: PC World Práctico Página: 360

• El entorno de Delphi • El lenguaje de programación

• Componentes personalizables e interactivos • Visto y por ver

• Desarrollo basado en componentes

La mayoría de los usuarios de un ordenador son, a su vez, usuarios de aplicaciones informáticas que se adaptan, más o
menos, a sus necesidades. Muchas de estas aplicaciones, como las hojas de cálculo, las bases de datos o los procesadores
de textos, son de uso genérico, no hechas a medida para un usuario determinado. Diseñar y crear sus propios programas, lo
que tradicionalmente se ha entendido por programar, es cada día más fácil, gracias a la existencia de herramientas como
Borland Delphi. En éstas, gran parte del trabajo se efectúa de manera visual, arrastrando y soltando objetos con el ratón, en
lugar de escribiendo gran cantidad de código.

En la serie que se inicia en este número, y que nos ocupará los próximos meses, podrá aprender a crear aplicaciones a
medida utilizando Borland Delphi. El punto de partida, esta primera entrega, la dedicaremos a introducir términos y
conceptos genéricos, necesarios para poder avanzar posteriormente. Lo único que se asume es que el lector es usuario de
Windows, habituado, por tanto, al uso del ratón y con conocimiento de técnicas como arrastrar y soltar.

Lógicamente, para poder seguir los ejemplos propuestos deberá disponer de alguna de las versiones de Delphi instalada en
su equipo. Nosotros usaremos la edición Enterprise de Borland Delphi 5, la última versión disponible en este momento. No
obstante, las diferencias respecto a otras versiones previas serán mínimas y, siempre que sean de importancia, se indicarán
adecuadamente.

El entorno de Delphi
La instalación de Delphi en el sistema es una tarea muy sencilla, similar a la instalación de cualquier otra aplicación, por lo
que no emplearemos tiempo en ello y asumiremos que Delphi ya se encuentra instalado. Para iniciarlo se procederá,
asimismo, como en cualquier otro caso, por regla general abriendo el menú del botón Inicio y seleccionando la opción
adecuada.
 Figura 1

El entorno de Delphi es configurable, adaptable a las preferencias del usuario, de ahí que su aspecto pueda variar mucho
según los cambios que se hayan efectuado en él. En la Figura 1 puede ver el aspecto típico que muestra Delphi al iniciarse,
mientras que en la Figura 2 puede ver el mismo entorno tras algunos cambios. A partir de la versión 4, las distintas ventanas
de Delphi son acoplables entre sí, formando mosaicos de ventanas adosadas o con múltiples páginas, según nuestras
preferencias. Como en muchos otros casos, lo único que hay que hacer es arrastrar y soltar las ventanas hasta allí donde se
desean colocar.

Figura 2
(HAGA CLICK SOBRE LA IMAGEN)

Las barras de botones, que puede ver en detalle en la Figura 3, ponen a nuestro alcance las acciones más habituales. Con
éstos es posible crear nuevas ventanas de aplicación, ejecutar el proyecto, guardarlo, etc., sin necesidad de recurrir al menú
de opciones. Observe que los botones se encuentran agrupados en varias barras, que pueden ocultarse, mostrarse y
moverse de manera independiente.

Figura 3
(HAGA CLICK SOBRE LA IMAGEN)

En la Paleta de componentes (detalle de la Figura 4), alojada normalmente junto al menú de opciones y las barras de
botones, se encuentran los elementos básicos sobre la base de los cuales se construyen las aplicaciones. Cuando se utiliza
un programa de diseño para crear un gráfico, las entidades básicas son las líneas, polígonos, tramas e imágenes. De
manera análoga, al usar Delphi para crear una aplicación dichas entidades son los botones, listas, opciones de selección,
etc.

Figura 4
(HAGA CLICK SOBRE LA IMAGEN)
Si para dibujar se utiliza como soporte un lienzo, que contendrá las diversas entidades citadas, en Delphi se utiliza lo que se
conoce como formulario. Éste, como puede apreciarse en la Figura 5, es una ventana que servirá como contenedor,
alojando a todos los componentes que se necesiten para conseguir la funcionalidad que se espera del programa.

Figura 5

Ciertos elementos del entorno de Delphi, como las barras de botones o la Paleta de componentes, no sólo pueden ser
colocados donde nos interese, ya sea como ventanas independientes o adosadas a otras, sino que, además, su contenido
puede ser también modificado. Usando el botón secundario del ratón, para hacer aparecer el correspondiente menú
contextual, podrá tanto añadir como eliminar botones, así como modificar las páginas de la Paleta de componentes y los
objetos que hay en ellas.

Componentes personalizables e interactivos

Cuando se está utilizando un programa de dibujo, por continuar con la analogía usada en el punto anterior, está claro que
todos los triángulos son triángulos y, lógicamente, todas las circunferencias son circunferencias. No obstante, un triángulo
puede diferenciarse de otro por sus dimensiones, por su tipo (isósceles, escaleno o equilátero), su color, etc. Dicho en otras
palabras: un triángulo es siempre un triángulo, pero nosotros podemos personalizarlo durante el dibujo.

Con los elementos usados para crear programas en Delphi, los componentes, ocurre otro tanto. Todos los botones son
botones pero, dependiendo de nuestras necesidades, podemos personalizarlos adecuadamente. Con este fin, los
componentes cuentan con propiedades, como pueden ser las dimensiones, el color, el título que aparece en el interior del
botón, etc.

Para modificar las propiedades de los componentes, personalizándolos según necesitemos, Delphi cuenta con una ventana
conocida como Inspector de objetos (véase la Figura 6). En éste aparece una lista con todas las propiedades del
componente que se elija, mostrándose tanto su nombre como su contenido. El color de un botón, por ejemplo, se almacena
en una propiedad llamada Color, y sus posibles valores serían clWhite, clRed o clYellow.

Figura 6
Un dibujo, una vez que se ha terminado, suele ser algo estático. El espectador puede verlo, analizarlo y opinar, pero no
puede interactuar con él. Un programa, por el contrario, se construye generalmente para que el usuario final pueda utilizarlo,
interactuando con él. Estas interacciones se producen casi siempre a través de dos dispositivos: el teclado y el ratón. Con
ellos el usuario puede introducir un nombre, pulsar un botón o seleccionar una opción de un menú. Cada vez que se efectúa
una de estas acciones, el sistema operativo la traduce en un mensaje que envía a la aplicación. Estos mensajes son
conocidos como eventos.

El lenguaje de programación
A pesar de la simplicidad que aporta el desarrollo de programas utilizando componentes, efectuando tareas que hace tiempo
debían realizarse mediante la escritura de código, para crear una aplicación no basta con pulsar botones y arrastrar y soltar
objetos, también es preciso escribir algo de código.

Éste se introduce utilizando un cierto lenguaje de programación que, en el caso de Delphi, es Object Pascal.

El lenguaje Pascal es uno de los más conocidos desde su creación, a principios de la década de los setenta. Derivado de
ALGOL, Pascal es un lenguaje que ha influido en otros muchos, desde Ada hasta Modula, Oberon o el propio Visual Basic.
Su punto álgido, en cuanto a uso se refiere, se produjo en la década de los ochenta, con la aparición del Turbo Pascal de
Borland, del cual es heredero el actual Delphi.

Pascal es un lenguaje inicialmente pensado para la educación aunque, hasta la actualidad, ha sido utilizado con muchos
otros fines. Desde sus inicios ha sido un lenguaje claro, estructurado y elegante, fácil de aprender y útil en la mayoría de
campos de aplicación. Object Pascal es una evolución del Pascal original que, preservando esa claridad y elegancia, añade
los elementos necesarios para convertirlo en un lenguaje orientado a objetos, al estilo de C++.

Como se ha indicado anteriormente, Delphi recibe del sistema unos eventos o señales en determinadas circunstancias, por
ejemplo cuando se pulsa un botón del ratón o del teclado. Siempre que nos interese, utilizaremos el lenguaje Object Pascal
para describir qué deseamos hacer cuando se reciba un evento. Dicho código será introducido en el Editor de código, que
puede ver en la Figura 7.

Figura 7

Visto y por ver

Esta primera entrega nos ha servido para familiarizarnos con el entorno de Borland Delphi, conociendo los nombres con los
que se denomina a los elementos más importantes: Paleta de componentes, Inspector de objetos, Editor de código, etc.

También se ha descrito, a grandes rasgos, el proceso de desarrollo de una aplicación usando Delphi: diseño de la interfaz,
insertando componentes en un formulario, y codificación de la funcionalidad, escribiendo código asociado a los eventos que
generan esos componentes.

El próximo mes entraremos en algunos detalles acerca del diseño de la interfaz, insertando componentes y utilizando el
Inspector de objetos para personalizarlos.

También aprenderá a asociar una línea de código a un evento, creando su primer programa funcional que, lógicamente,
podrá y ver en funcionamiento.
 Desarrollo basado en componentes

Durante muchos años, prácticamente desde los inicios de la informática hasta principios de esta década, la programación o desarrollo
de aplicaciones para ordenadores ha sido una tarea prácticamente artesanal. El equipo implicado en el desarrollo, muchas veces una
sola persona, tenía que contar con conocimientos en muy distintas áreas, desde la gestión de bases de datos, hasta las
comunicaciones, pasando por los gráficos por citar los campos más conocidos. Utilizando una analogía, sería como que para construir
un coche el fabricante tuviese que crearlo todo desde cero, desde las ruedas hasta el motor, pasando por los más mínimos detalles
del equipamiento.

Lógicamente, la producción de un bien con esta técnica limita mucho sus posibilidades y alcance. Imagine cuántos de nosotros
dispondríamos de un automóvil si no existiese la fabricación en cadena, los fabricantes especializados y las cadenas de montaje.

Actualmente, por fortuna, el desarrollo de software ha cambiado considerablemente gracias a la existencia de los componentes, que
no son más que piezas del puzzle que será la aplicación. Nuestro trabajo, como programadores, consistirá en seleccionar los
componentes adecuados, personalizarlos y conectarlos entre sí para conseguir la funcionalidad perseguida. Es como crear una
construcción a partir de las piezas de un mecano, más o menos.

Borland Delphi cuenta con un importante número de componentes que, como se indicó previamente, encontrará en las distintas
páginas de la Paleta de componentes. A pesar de ello, esos componentes no cubren todas las necesidades de todos los
programadores, algo que sería prácticamente imposible. No obstante, existen cientos de desarrolladores que se dedican a crear
componentes, objetos que pueden ser añadidos a la Paleta de componentes de Delphi y utilizados en sus aplicaciones directamente,
como haría con los componentes que ya incorpora de por sí esta herramienta.

Francisco Charte es profesor de informática. Autor de diferentes libros sobre lenguajes y sistemas de información.

Francisco Charte.
 USUARIO
HPC1349

Indice por revistas | Búsqueda Temática

www.idg.es/pcworld

[01/12/1999]
Creación de la primera aplicación ejecutable con Delphi

Programación con Delphi (II)

Creación de la primera aplicación
ejecutable con Delphi
En esta nueva entrega, veremos más fundamentos del lenguaje y del entorno de desarrollo de Visual Basic. En este
número se hablará sobre programación dirigida por eventos y se explicarán las propiedades más importantes de
algunos controles.

Número: 160 Sección: PC World Práctico Página: 308

[Planificación de su primer programa] [Inserción de los componentes]

[Edición de propiedades] [Gestión de los eventos]
[Guardar y ejecutar el proyecto] [Visto y por ver]
[Inserción de componentes] [El Inspector de objetos]

Francisco Charte Ojeda

charte@pcw.idg.es

La entrega anterior, primera de esta serie, fue poco más que un "vistazo" a la apariencia de una aplicación. Con ello,
sin embargo, ya sabemos cómo denominar a las partes más importantes del entorno de Borland Delphi, usando
términos que en esta segunda entrega nos serán útiles para ponernos manos a la obra.

Desarrollar aplicaciones con una herramienta como Borland Delphi implica conocer no sólo un entorno, sino
también un lenguaje, un conjunto de componentes y, en ocasiones, el funcionamiento del propio sistema operativo.
El lenguaje que necesitaríamos conocer, en este caso, sería Object Pascal. Los componentes que utiliza Delphi son
de dos tipos: VCL ("Visual Component Library", Librería de componentes visuales) y ActiveX. El sistema
operativo actualmente es Windows, aunque en los próximos meses también existirá una versión para Linux.

Conocer Object Pascal, así como la jerarquía de componentes VCL y su funcionamiento, es algo que puede precisar
una cantidad importante de tiempo, cientos de horas distribuidas en muchas semanas o meses. No obstante, no es
preciso contar con todos esos conocimientos para desarrollar ejemplos sencillos. Éstos, al tiempo, nos permitirán ir
aprendiendo elementos diversos, tanto del lenguaje como de los componentes y el propio entorno.
Planificación de su primer programa
Sin conocer nada más que la interfaz del entorno de desarrollo, hemos de ser realistas y proponernos un objetivo
muy sencillo ya que, de lo contrario, corremos el riesgo de no entender nada y quedarnos atascados.

La finalidad de nuestro primer proyecto será mostrar una ventana, con un título, una caja de texto y un botón en su
interior. El usuario de esta maravilla de la ingeniería del software podrá introducir un nombre en la caja de texto,
pulsando a continuación el botón para recibir una contestación por parte del programa.

El desarrollo del proyecto lo dividiremos básicamente en tres fases: inserción de los componentes, edición de las
propiedades y asociación de código a los eventos que procedan. Dados estos pasos, podremos compilar y ejecutar
para ver el resultado.

Nuestro propósito con este programa, más allá de que disponga de una aplicación saludadora, es que adquiera las
bases necesarias para, posteriormente, saber cómo insertar cualquier componente, personalizarlo, gestionar sus
eventos, etc.

Inserción de los componentes

El primer paso que tenemos que dar es iniciar Delphi, si es que no estaba ya abierto. Cada vez que se inicia Delphi,
éste abre un proyecto por defecto que, generalmente, consta de un solo formulario. Éste inicialmente está vacío.
Existe, además, un módulo de código asociado a él, conteniendo la definición de los objetos que hay en él, el código
a ejecutar ante ciertos eventos, etc. El formulario, en principio, tendrá el aspecto mostrado en la Figura 1.

Figura 1.- En un principio, al iniciar el nuevo proyecto, el

formulario que aparece está vacío.

Mueva el puntero del ratón a la Paleta de componentes, en la ventana principal de Delphi, y localice el control
llamado Label. Cuando esté sobre él, pulse el botón principal del ratón, seleccionándolo. Verá que queda como
hundido. Ahora desplácese hasta situar el puntero del ratón sobre el formulario, más o menos en la esquina superior
izquierda, y pulse de nuevo el botón principal del ratón. Podrá ver que aparece un pequeño texto con unos recuadros
alrededor. En la Figura 2 puede ver representado el proceso.
 Figura 2.El proceso de inserción de un control es siempre el mismo:
selección en la Paleta de componentes del icono correspondiente,
pulsando sobre él con el botón principal del ratón, y alojamiento en
el interior del formulario.

En este momento tiene en el formulario un objeto, un control en este caso, que pertenece a la clase TLabel. Pueden
existir muchos objetos de esta clase, al igual que pueden existir muchos automóviles de la misma marca y modelo,
pero no por ello todos tienen que ser iguales, puesto que pueden elegirse propiedades como el color, equipamiento,
motorización, etc. Por defecto, los controles de la clase TLabel, a los que se conoce comúnmente como "etiquetas
de texto", muestran en su interior un título que siempre es la palabra Label seguida de un número.

Siguiendo el mismo proceso descrito, elija ahora el componente Edit, que aparece a la derecha de Label en la
Paleta de componentes. Inserte un componente de esta clase en el formulario, situándolo justo debajo del anterior.
Por último, elija un control Button, que está más a la derecha, insertándolo en el formulario a la derecha de los dos
anteriores. Con todo, su aspecto ahora debería ser similar al de la Figura 3.

Figura 3. Detalle del formulario una vez insertados los tres

controles.

Inserción de componentes

Para insertar un componente en el formulario pueden utilizarse diferentes técnicas. Una de ella es la ya descrita, pulsando
sobre el icono que representa el componente y, a continuación, desplazándose hasta el formulario y pulsando de nuevo.

Un método alternativo consiste en hacer doble clic sobre el icono, en la Paleta de componentes. En este caso el control se
insertará directamente en el formulario, tomando una posición y un tamaño por defecto. Generalmente la posición será
centrada en el interior del formulario.

Otra opción consiste en elegir el control en la Paleta de componentes, como en el primer caso con un solo clic sobre él,
pulsar seguidamente sobre un punto del formulario y, sin soltar el botón, moverse a un segundo punto, estableciendo el
 tamaño del componente. De esta forma el control no sólo aparece en la posición que nosotros queremos sino que,
además, tomará también unas dimensiones específicas.

Edición de propiedades
En este momento todos los elementos de nuestro proyecto, tanto el formulario existente inicialmente, como los
componentes insertados en él, tienen en sus propiedades unos valores por defecto. Dichos valores son los que
determinan muchos aspectos, tales como las dimensiones del formulario, el título que aparece en la etiqueta de texto
o el botón, etc.

Ciertas propiedades, como la posición o el tamaño de los componentes, pueden modificarse tanto visualmente como
mediante el Inspector de objetos. Cambiar las dimensiones del formulario, por ejemplo, es una tarea muy sencilla:
Desplace el puntero del ratón hasta una de las esquinas, pulse el botón principal y, sin soltarlo, arrastre la esquina
alterando el tamaño de la ventana. Lo mismo sería aplicable para modificar el tamaño de un control.

Otras propiedades, sin embargo, tan sólo pueden modificarse mediante el Inspector de objetos. Algunas de estas
propiedades son los nombres de los componentes, los títulos que muestran en su interior, el color o tipo de letra que
usan, etc. Si no tiene visible el Inspector de objetos, pulse la tecla F11 para hacerlo aparecer.

Vamos a comenzar modificando el título que aparece en la parte superior del formulario, "Form1" en este momento.
Pulse sobre él para seleccionarlo y a continuación sitúe el puntero sobre el Inspector de objetos, concretamente
sobre la propiedad llamada Caption. Pulse sobre ella e introduzca directamente el nuevo título, por ejemplo
"Emisor de saludos". A medida que teclea, podrá ver cómo el título del formulario va cambiando. En la Figura 4
puede ver cómo se ha pulsado sobre la mencionada propiedad y modificado su contenido.

Figura 4. Desde el Inspector de objetos es posible

modificar cualquier propiedad del componente que tenga
seleccionado.

A continuación pulse sobre BorderStyle. Despliegue la lista adjunta y elija el valor bsDialog. Con esto está
indicando que la ventana, el formulario, se comportará como un cuadro de diálogo, lo que significa que no será
redimensionable y no contará con botones de maximizar y minimizar.

Elija ahora el control Label1, ya sea pulsando sobre él, en el formulario, o seleccionándolo de la lista desplegable
que hay en la parte superior del propio Inspector de objetos. Vamos a modificar también la propiedad Caption que,
en este caso, corresponde al texto mostrado en el control. Teclee el texto "Introduzca su nombre" y pulse Intro.

El siguiente paso será elegir el control Buton1, modificando también su propiedad Caption. En este caso el valor
que le daremos será "Saludos". Para terminar, elija el control Edit1 y edite su propiedad Text, eliminando el
contenido que tiene en este momento. La propiedad Text de los controles TEdit es similar a la propiedad Caption
de los TLabel y TButton, es decir, contiene el texto mostrado en el control. La diferencia es que, cuando se
ejecute el programa, el usuario no puede modificar directamente el contenido de la propiedad Caption, mientras
que sí puede hacerlo con la propiedad Text.

En este momento el aspecto del formulario debería ser, más o menos, el mostrado en la
Figura 5. Podríamos decir que tenemos finalizado el diseño de la interfaz de nuestro programa. En este momento,
no obstante, tan sólo tenemos una interfaz estática, ya que no ocurriría nada si el usuario pulsase el botón, por poner
un ejemplo.

Figura 5. Tras modificar las propiedades de los

componentes, ya tenemos nuestro formulario con
su apariencia definitiva.

Gestión de los eventos

Los componentes aparte de propiedades, que establecen básicamente su apariencia, también cuentan con eventos,
que modifican su comportamiento. Un automóvil, por ejemplo, aparte de un cierto color, tapicería y equipamiento,
tiene eventos que son los que establecen qué ocurrirá al mover la palanca de cambios o pulsar un interruptor del
salpicadero. De forma análoga, los eventos de los controles son los que establecen qué ocurrirá cuando se pulsa un
botón o elige una opción

.
Figura 6. Desde el Inspector de
objetos también puede accederse a
la lista de los eventos de un
componente

.En el Inspector de objetos existen dos páginas, una que facilita la edición de las propiedades y otra para la edición
de los eventos. Seleccione el botón que hay en el formulario y, a continuación, abra la página de eventos del
Inspector, tal y como puede verse en la Figura 6. Como puede ver, todos los eventos tienen un nombre que
comienza por On, lo cual les diferencia rápidamente de las propiedades. El evento OnMouseMove se producirá
cuando el puntero del ratón se desplace sobre el botón, OnKeyPress al pulsar una tecla, OnClick al pulsar el botón
de cualquier forma, etc.
El evento más interesante de un botón es OnClick. Éste tiene lugar al pulsar el botón, ya sea utilizando el ratón o el
teclado. Haga doble clic, en el Inspector de objetos, a la derecha del mencionado evento. Podrá ver que se abre el
Editor de código, en el cual se ha introducido un nuevo procedimiento. Éste será ejecutado siempre que se pulse el
botón, lo que significa que cualquier código que escribamos se ejecutará al hacer clic sobre el botón.

Introduzca en el interior del procedimiento que se ha abierto la siguiente sentencia:

ShowMessage('Hola ' + Edit1.Text +

', ¿cómo estás?');

Observe que al poner el punto detrás de Edit1, automáticamente se abre una lista con las propiedades de ese objeto
(véase Figura 7).

Figura 7. El Editor de código facilita nuestro trabajo, abriendo una

lista de la que es posible elegir la propiedad a la que deseamos
acceder.

ShowMessage() es un procedimiento, una orden reconocida por Delphi, que se utiliza para mostrar un mensaje. Éste
debe facilitarse en el interior de los paréntesis que siguen a ShowMessage(). En este caso el mensaje está
compuesto de tres partes: la cadena 'Hola ', el contenido de la propiedad Text del control Edit1 y la cadena ',
¿cómo estás'. Observe que estas partes están separadas unas de otras por el operador +, lo cual indica que
deseamos unirlas para formar un solo mensaje.

El Inspector de objetos

El Inspector de objetos muestra siempre la lista de propiedades del componente que tenga seleccionado en
cada momento. Puede saber qué componente es el elegido observando la parte superior del propio Inspector,
en el que existe una lista desplegable que muestra el nombre y clase del objeto con el que está tratándose.
Los formularios son objetos de la clase TForm, las etiquetas de la clase TLabel, los botones de la clase
TButton, etc. Cada clase es como un molde, a partir del cual se obtienen copias exactas de los
componentes.

Puede cambiar el componente cuyas propiedades quiere editar, en el Inspector de objetos, bien pulsando
sobre el objeto que desee, por ejemplo el formulario, o bien eligiéndolo directamente de la lista desplegable.
Pruebe a abrir en este momento la lista desplegable que hay en la parte superior del Inspector de objetos,
verá que aparecen cuatro elementos: el formulario y los tres controles insertados en él.

Guardar y ejecutar el proyecto

En este momento ya tenemos finalizado nuestro primer proyecto. Use la opción Save All del menú File, o bien
el botón equivalente, y guárdelo en disco. Deberá facilitar dos nombres de archivo: uno en el que se guardará el
formulario y otro para almacenar el proyecto globalmente.

Dado el paso anterior, que nos garantiza que no perderemos el trabajo, pulse la tecla F9 para ejecutar el proyecto. Si
todo va bien, aparecerá el formulario como un cuadro de diálogo, solicitándonos que introduzcamos nuestro
nombre. Tras hacerlo, pulsamos el botón y obtenemos una respuesta, como puede verse en la Figura 8.

No es el programa más útil que existe, pero es nuestro primer programa hecho en Delphi, lo cual es muy
gratificante.

Figura 8. Nuestro primero proyecto en ejecución,

respondiendo a la pulsación del botón.

Visto y por ver

En esta segunda entrega hemos aprendido a insertar componentes, editar propiedades y codificar eventos,
construyendo un programa sencillo pero demostrativo. Este ejemplo le servirá de punto de partida para otras
experimentaciones. Puede, por ejemplo, insertar varios botones y asociar mensajes diferentes a cada uno, o solicitar,
además del nombre, otros datos del usuario.

El próximo mes entraremos en mayor detalle sobre las propiedades de los componentes, sus tipos y la forma de
editarlas. También conoceremos algunas características adicionales de los controles usados en este ejemplo, al
tiempo que trataremos controles nuevos.

Francisco Charte es profesor de infromática.

Autor de diferentes libros sobre lenguajes y sistemas de información

Francisco Charte.
 PRÁCTICO

Programación con Delphi (III)

Componentes, propiedades,
métodos y eventos
Francisco Charte Ojeda
charte@pcw.idg.es

C
uando se comienza a trabajar
con una nueva herramienta, el
usuario generalmente quiere ver
resultados de manera inmediata. Por
ello en la entrega anterior, segunda
de esta serie, nos centramos en el
desarrollo de nuestro primer pro-
grama con Delphi, a pesar de que
desconocemos la mayoría de las
características de esta herramienta y
sus componentes. En esta tercera
entrega nos ocuparemos, con algo
más de detalle, de lo que estamos
utilizando y generando al trabajar
con Delphi. Para ello nos serviremos
del mismo programa de ejemplo de
la entrega anterior, analizando su
muchas herramientas de desarrollo en
las que crear una interfaz de usuario,
por poner el ejemplo más simple,
requiere un gran trabajo de codifica-
ción.
Las herramientas RAD disponen de
componentes prefabricados, que efec-
túan una determinada labor, y asisten-
tes que generan código automática-
mente. Estos elementos hacen que
crear una aplicación simple sea un
juego de niños pero, a cambio, ocul-
tan gran parte del funcionamiento del
sistema y las propias aplicaciones, por
lo que el desarrollador desconoce lo
que está ocurriendo y, en ocasiones,
incluso lo que él mismo está haciendo.

Todos los elementos que manipulamos en el entorno de Delphi son objetos,

en su mayor parte componentes, que cuentan con propiedades, métodos y eventos.

diseño, el código generado y funcio- El lenguaje Object Pascal

namiento.
Delphi es una herramienta de desa-
rrollo visual, lo que habitualmente se
conoce como un RAD (Rapid Appli-
cation Development, Desarrollo
rápido de aplicaciones). Esto signi-
fica que ciertas tareas, como el
diseño de las interfaces de usuario o
la creación del modelo de acceso a
datos, se efectúan de manera visual,
arrastrando y soltando elementos
conocidos como componentes. Si
tan sólo conoce herramientas visua-
les, esta metodología le parecerá la
más lógica. No obstante, hasta la
aparición del concepto RAD, hace
unos años, y aún hoy, existen
Todos los componentes que incorpora
Delphi están escritos en Object Pascal.
Los asistentes de Delphi generan
código en Object Pascal. Nuestras
reglas de negocio, el código que ten-
dremos que escribir para implementar
la funcionalidad de nuestra aplicación,
deberemos realizarlas usando Object
Pascal. No hay duda, por tanto, de que
se trata de un lenguaje que debería-
mos conocer bien para poder aprove-
char Delphi.
Describir el lenguaje Object Pascal,
tan sólo básicamente, abarcaría algu-
nos cientos de páginas de pura teoría.
Una buena forma de aprender un len-
guaje, sin comenzar con esa descrip-

◆ 296 PC World Enero 2000


ción, consiste en ver código, analizarlo
y modificarlo. Es el sistema que todos
hemos empleado de niños, para apren-
der el idioma que hablamos: oyendo,
repitiendo y analizando. Posterior-
mente, cuando sepamos defendernos
con él, tendremos ocasión de conocer
la sintaxis general y teórica.
Pascal es un lenguaje originalmente
pensado para la educación, lo cual,
indudablemente, influyó en su estilo,
muy claro y fácil de entender, espe-
cialmente para los anglo-parlantes. En
Pascal existen variables, constantes,
bucles y funciones, como en cualquier
otro lenguaje actual.
Los elementos esenciales del len-
guaje no son muchos, más allá de las
estructuras de control y manipulación
de datos más o menos simples. El
resto de las operaciones se efectúan
PC World Enero 2000
PRÁCTICO
con procedimientos y fun-
ciones, escritos en módu-
los de código independien-
tes que es posible incluir
en nuestros proyectos.
Clases y objetos
Como su propio nombre
denota, Object Pascal es
una versión del lenguaje
Pascal original pero orien-
tada a objetos. Esto signi-
fica que en Object Pascal
es posible definir clases de
objetos, que serían los
moldes a partir de los cua-
les, posteriormente, se
c r e arían copias de ese
objeto. Existen multitud de
clases predefinidas, dispo-
nibles para ser usadas por
nosotros. Utilizando la
clase TButton, por ejemplo,
podemos crear tantos obje-
tos de tipo botón como
deseemos o necesitemos.
Hágase a la idea de que
la clase es un molde de
madera o metal, mientras
que el objeto es lo que se
obtiene al verter la esca-
yola en ese molde. Lógica-
mente, puede usar el
mismo molde para crear tantos objetos
como quiera. Posteriormente, utili-
zando pinturas y otros tratamientos,
puede diferenciar cada objeto de los
demás, aunque, básicamente, todos
ellos son similares puesto que han
salido del mismo molde.
En Object Pascal las clases pueden
heredar unas de otras, pueden deri-
varse clases nuevas de otras que ya
existen. Suponga que tiene un molde
ya hecho y que, partiendo de él, cons-
truye otro más complejo, que tiene los
elementos del anterior más otros nue-
vos que ha añadido posteriormente.
Básicamente, lo que ha hecho es deri-
var un molde de otro, heredando en
el nuevo las características del anti-
guo. Esta técnica, que en Object Pas-
cal se utiliza continuamente, permite
crear clases muy complejas, derivando
repetidamente unas de otras y dando
lugar a lo que, habitualmente, se
conoce como jerarquías de clases. La
VCL (Visual Component Library, Libre-
ría de componentes visuales) de
Delphi es una jerarquía de clases.
El Listado 1 corresponde a la defini-
ción de una clase simple en Object
Pascal. La palabra class es la que iden-
tifica a esta porción de código, hasta
encontrar la palabra end, como una
definición de clase. La que está defi-
niéndose se llamará TBeepButton, indi-
cándose que ésta será una derivada de
TButton, una clase ya existente. No se
preocupe en este momento por com-
prender todos los elementos de ese
código, lo importante es que le resulte
familiar la construcción. En este caso
concreto, lo único que se hace es aña-
dir una propiedad, llamada Beep, de
tipo Boolean, por lo que tan sólo podrá
tomar los valores True y False.
Como iremos viendo en ésta y futu-
ras entregas, hay clases predefinidas,
que se generan mediante asistentes y
otras que podemos escribir nosotros
manualmente. Prácticamente todos los
elementos que usamos en una aplica-
ción Delphi: el formulario, los boto-
nes, cajas de texto, etc., son objetos,
es decir, elementos obtenidos a partir
de una definición de una clase.
Propiedades
En la analogía usada anteriormente,
en que se comparaba una clase con
un molde para escayola, decíamos
que los objetos obtenidos a partir del
molde, todos exactamente iguales,
podían personalizarse de diferentes
formas. Es posible, por ejemplo, pintar
toda la figura de un cierto color, aña-
dirle ornamentos, vestirla, etc.
Los objetos que se crean a partir de
una clase, como TBeepButton, también
son todos idénticos. Si esto quedase
así, lógicamente, no serían objetos
muy útiles. Imagine para qué puede
servir la clase TButton si todos los boto-
nes tienen siempre las mismas dimen-
siones, el mismo título, tipo de letra,
etc. Los objetos creados a partir de
clases, obviamente, también pueden
◆ 297
 PRÁCTICO

Dispon-
manera similar a como se usa una
memos
variable cualquiera. Es decir, pode-
de distin-
mos leer el contenido de una propie-
tos asis-
dad, por ejemplo para saber las
tentes
dimensiones de un botón, así como
para
asignarle un valor, por ejemplo para
generar
modificar el título. Existen, no obs-
las con-
tante, propiedades que no pueden
sultas
ser escritas, tan sólo leídas.
SQL de
forma
Métodos
cómoda y
Además de propiedades, en las clases
visual.
también se definen métodos, que
actuarán sobre los objetos creados a
partir de dicha clase. Sintácticamente
hablando, un método es similar a una
función o un procedimiento cual-
quiera, con la salvedad de que actúa
no de forma general, sino sobre un
cierto objeto de la clase
ser personalizados, aunque usando a la que pertenece.
elementos algo menos tangibles que la Suponga que su
pintura o una prenda de vestir. molde, anteriormente
La personalización de un objeto se para figuras de esca-
efectúa, en Delphi, a través de sus pro- yola, se convierte en
piedades. Éstas son elementos expues- algo más avanzado, per-
tos por el componente a fin de que el mitiéndole crear figuras
programador pueda personalizarlo, que cuentan con diver-
estableciendo colores, dimensiones, sos pulsadores y dispo-
títulos, enlaces a bases de datos, cone- sitivos electro-mecáni-
xiones con servidores, etc. Al igual cos o electrónicos. Al
que otros elementos, van heredándose El deposito de Delphi permite iniciar el desarrollo de distintos
pulsar sobre el botón
de unas clases a otras. Nuestra clase elementos: apliucaciones, componentes, recursos, etc.
titulado Rie, el muñeco
TBeepButton , por tanto, contará con se ríe, y al hacerlo sobre
todas las propiedades que ya existían Desde nuestro punto de vista, el el botón Habla, la figura dice algunas
en TButton, aparte de la propiedad Beep usuario de los objetos para crear apli- palabras. Esto ocurre, lógicamente,
propia. caciones, una propiedad se utiliza de con el muñeco cuyos pulsadores está

Clases, objetos, componentes y manipulado visualmente en un entorno de desarrollo, en una fase

controles
Son estos cuatro términos que tienden a confundirse y utilizarse de
manera indistinta, aunque realmente, en la terminología propia de
los lenguajes orientados a objetos y, en particular, la de Delphi, no
significan lo mismo.
La diferencia entre una clase y un objeto, tras las explicaciones
dadas en esta entrega, han quedado bastante claras. Una clase es
una definición, con la que se describen los miembros y características
que tendrán los objetos. Un objeto es una copia, también llamada
instancia, de una clase. Todo elemento creado a partir de una clase
es, por definición, un objeto. Éste puede estar compuesto sólo de
métodos, disponer también de propiedades y quizá de eventos. Nin-
guna de las tres categorías de miembros, no obstante, es obligatoria.
Cuando un objeto dispone de los elementos necesarios para ser
previa a la ejecución, entonces estamos hablando de un compo-
nente. Los componentes VCL, por ejemplo, pueden ser insertados en
un contenedor con una operación de arrastrar y soltar, estableciendo
sus propiedades y eventos también visualmente, mediante el Inspec-
tor de objetos. Si el objeto no es un componente, sus métodos, pro-
piedades y eventos estarán accesibles tan sólo en ejecución,
mediante código.
Los controles, por último, son aquellos componentes que cuentan
con una interfaz de usuario. Son lo que podríamos llamar compo-
nentes visuales, ya que el usuario del programa podrá verlos y, en
ocasiones, interactuar con ellos. En el ejemplo utilizado en la entrega
previa, todos los componentes usados son controles. Existen, no
obstante, componentes que efectúan otras tareas que no requieren
contar con una parte de interfaz.

◆ 298 PC World Enero 2000

 PRÁCTICO

des y los métodos, la componen los

eventos. Un evento es una señal gene-
rada por el objeto, ante un suceso con-
creto, y que nuestra aplicación puede
aprovechar para ejecutar alguna
acción. Dicho suceso puede ser
externo, como la pulsación de una
tecla en el teclado o el desplazamiento
del ratón, o bien interno, como la
recepción de una señal por parte del
sistema operativo.
Para terminar con nuestros moldes y
nuestras figuras, últimamente muy
avanzadas tecnológicamente hablando,
añadámosles un elemento más. Ade-
más de los pulsadores que actúan
como métodos, haciendo que la figura
hable o se ría a demanda del usuario,
ahora vamos a añadir unos sensores
de temperatura. De esta forma, cuando
la temperatura sea inferior o supere
una determinada marca, el muñeco
Las propiedades de los objetos se definen en el cuadro a tal efecto, mientras que los métodos se escriben en emitirá directamente un mensaje, tem-
el listado de código. blará o sudará. Estas acciones, que el
usuario de la figura puede atender o

Listado 1. Definición de Listado 2. Definición de Listado 3. Definición de

la clase TBeepButton en clase correspondiente a la clase asociada al
Object Pascal un formulario vacío formulario tras añadir
los componentes
TBeepBoton = class(TButton) TForm1 = class(TForm)
private private TForm1 = class(TForm)
FBeep: Boolean; { Private declarations } Label1: TLabel;
published public Edit1: TEdit;
property Beep: Boolean read FBeep write FBeep; { Public declarations } Button1: TButton;
end; end; private
{ Private declarations }
public
utilizando, es decir, no se ríe otro nado objeto, sobre el que actuarán { Public declarations }
muñeco distinto a aquél sobre el que según proceda. end;
ha pulsado. De la misma forma, tam- Al igual que las propiedades, y cual-
poco tiene sentido la existencia del quier otro elemento perteneciente a
botón Rie por sí solo, tiene que existir una clase, los métodos se heredan de ignorar, serían los eventos. Si somos
una figura que pueda reírse. unas clases a otras. La clase TBeepBut- considerados, abrigaremos o refresca-
Los métodos de una clase son com- ton del Listado 1, por tanto, dispondrá remos nuestro muñeco respondiendo
parables a los pulsadores de las figu- de todos los métodos que existieran al evento.
ras. Como se ha dicho antes, se codi- en la clase TButton. Los eventos que puede generar un
fican y usan de manera similar a las objeto tienen nombre, al igual que las
funciones, pero a diferencia de éstas, Eventos propiedades y métodos. No obstante,
los métodos no existen por sí solos, La tercera categoría de miembros de no puede llamárseles, ya que no están
sino siempre asociados a un determi- una clase, mencionadas las propieda- diseñados para ello. Nosotros pode-

LOS COMPONENTES QUE ENCONTRAMOS en la Paleta de Delphi son objetos, creados

a partir de clases predefinidas en la VCL, la librería de componentes visuales

◆ 300 PC World Enero 2000


mos indicar al objeto que ejecute un
determinado procedimiento cuando se
produzca un cierto evento, atendién-
dole como proceda. Al pulsar un
botón del ratón sobre una ventana,
por ejemplo, podríamos abrir un menú
emergente.
En el programa utilizado como ejem-
plo en la entrega previa, aprovechába-
mos el evento OnClick del botón, que se
produce al pulsarlo, para mostrar un
mensaje en la pantalla. De forma aná-
loga, podríamos controlar cada una de
las pulsaciones de teclas sobre un
campo de edición, la recepción de
información por la red o la selección de
un elemento en una lista.
Definición visual de clases
No todas las clases se definen escri-
biendo código, en ocasiones dicha defi-
nición es generada por Delphi a partir
de las operaciones de diseño efectuadas
por nosotros. Esto es lo que ocurre, por
ejemplo, cuando usamos una ficha para
definir el aspecto de nuestras ventanas.
A medida que se incluyen componentes
y gestionan eventos, Delphi genera
automáticamente una definición de
clase que describe a esa ficha.
Repitamos los pasos dados en la
entrega previa a la hora de crear nuestra
primera aplicación con Delphi.
Comience por iniciar un nuevo pro-
yecto. Pulse F12 para acceder al Editor
de código, encontrará una definición de
clase como la del Listado 2. Todos los
formularios, el elemento visual que
nosotros vemos como una ventana, son
objetos de la clase TForm o alguna deri-
vada de ésta. Cuando diseñamos un
nuevo formulario, indirectamente esta-
mos definiendo una nueva clase que, en
principio, no añade nada a lo que
hereda de TForm. En este momento, por
tanto, tendríamos una clase: TForm1, idén-
tica funcionalmente a TForm.
Añada ahora la etiqueta de texto, el
campo de edición y el botón, los tres
elementos que había en la ventana,
abriendo de nuevo al Editor de código.
La definición de la clase ha cambiado, y
LOS FORMULARIOS SON OBJETOS creados a partir de clases que se definen
visualmente, a medida que colocamos componentes sobre la ficha
◆ 302
PRÁCTICO
Los modulos
web se
manejan de la
misma forma
que cualquier
otro objeto, a
través del
inspector.
detrás de los dos puntos, TLabel, TEdit y
Listado 4. Versión final TButton, respectivamente. Cada uno de
de la definición de la estos miembros es un objeto que, a su
clase TForm1 vez, cuentan con sus características pro-
pias.
TForm1 = class(TForm) Por último, haga doble clic sobre el
botón para gestionar el evento OnClick y
Label1: TLabel;
mostrar el mensaje. A la definición de la
Edit1: TEdit;
clase se añade un elemento más, la defi-
Button1: TButton;
nición de un método en el que escribi-
procedure Button1Click(Sender: TObject); remos el código que deberá ejecutarse
private cuando se genere el mencionado
{ Private declarations } evento. Finalmente, la definición de la
public clase queda como se muestra en el Lis-
{ Public declarations } tado 4.
end; La clase TForm1, en este momento, ya
no es igual a TForm. Hereda toda la fun-
cionalidad de ésta pero, además, añade
algunos elementos adicionales. Se ha
Listado 5. Código creado una clase derivando de otra,
correspondiente al TForm es la clase base y TForm1 la deri-
módulo de proyecto vada. Como ha podido ver, la definición
de esta nueva clase se ha efectuado de
program EmisorSaludos; manera visual, sin necesidad de escribir
uses código.
Forms,
Formulario in ‘Formulario.pas’ {Form1}; El objeto Application
Llegados a este punto, en nuestro pro-
yecto contamos con una nueva clase,
{$R *.RES}
llamada Form1, que contiene los elemen-
tos y el código asociado para que al
begin pulsar el botón se muestre un mensaje
Application.Initialize; de saludo. Sin embargo, en ningún
Application.CreateForm(TForm1, Form1); punto creamos un objeto a partir de esa
Application.Run; clase, ni indicamos a Windows que
end. muestre la ventana para poder actuar
sobre ella. Estas acciones, y otras
muchas, quedan en manos del objeto
ahora encuentra el código mostrado en Application.
el Listado 3. La clase TForm1 cuenta con Cada vez que se inicia un nuevo pro-
tres miembros que no existen en TForm. yecto en Delphi, éste crea un módulo
Éstos son tres variables, llamadas Label1, de código, no visible en principio, que
Edit1 y Button1, cuyos tipos se indican contiene el código por donde comienza
PC World Enero 2000
 PRÁCTICO

la ejecución de la aplicación. Puede acceder a dicho

módulo mediante la opción View Source del menú Project
de Delphi. En el caso de nuestro programa de ejemplo,
el contenido de este módulo será similar al del Listado
5.
Este módulo, a diferencia del asociado al formulario,
no comienza con la palabra unit en su cabecera, sino
con la palabra program. Esto es lo que le diferencia de
cualquier otro módulo, indicando que es el punto de
inicio del programa. El código escrito entre las palabras
begin y end de este módulo, por tanto, será lo que eje-
cute Windows al poner en marcha al programa.
Como puede ver en el Listado 5, el código a ejecutar
se compone tan sólo de tres sentencias, en las que
repetidamente se usa un objeto
llamado Application. Éste está cre-
ado a partir de la clase TApplica- MEDIANTE LAS
tion, predefinida en la VCL. Los
objetos de esta clase son capaces propiedades
de controlar la ejecución de una
aplicación. Por ello, como es podemos
lógico, tan sólo puede existir un
objeto en cada proyecto. Lo que
personalizar un
se hace es llamar a tres métodos
de ese objeto, inicializando la
aplicación, creando un objeto de objeto,
la clase TForm1 (nuestro formula-
rio) y poniendo en marcha la modificando
visualización, recepción de men-
sajes y su procesamiento. atributos con el

Visto y por ver fin de adaptarlo

Esta tercera entrega, básicamente
teórica, nos ha servido para com- a nuestras
prender mejor cómo funcionan
nuestros proyectos creados con
necesidades
Delphi. Sabemos que dichos
proyectos cuentan con un
objeto, creado a partir de la clase concretas
TApplication, que se encarga de
las tareas de inicialización, crear
los formularios y poner el programa en marcha. Tam-
bién sabemos que los formularios son objetos creados
a partir de clases que, derivadas de TForm, se definen
visualmente, a medida que insertamos componentes.
Los componentes, que son objetos manipulables
durante la fase de diseño, cuentan con propiedades,
métodos y eventos, las tres categorías de miembros
fundamentales.
Con la base adquirida hasta ahora, en futuras entregas
nos centraremos en el trabajo con algunos componen-
tes, conceptos de Object Pascal, manipulación de pro-
piedades y gestión de eventos. Nuestro objetivo: dise-
ñar aplicaciones con un mínimo de utilidad práctica. ◆

Francisco Charte es profesor de informática. Autor

de diferentes libros sobre lenguajes y sistemas de infor-
mación. .

PC World Enero 2000

 PRÁCTICO

Programación con Delphi (IV)

Controles de uso habitual

y sus miembros básicos
Francisco Charte Ojeda
charte@pcw.idg.es

A
l hablar de los componentes de Delphi, hay que tener en cuenta que no
estamos hablando más que de clases a partir de las cuales pueden crearse
objetos, según se describió en la entrega previa. Esas clases, además, no son
independientes, sino que se derivan unas de otras. Esto tiene para nosotros, que
somos los usuarios de los componentes, una ventaja fundamental: la mayoría de
ellos cuentan con muchas características comunes.
La posición de un componente en el interior del contenedor donde está alojado,
por ejemplo, siempre se almacena en las propiedades Left y Top. Éstas están defi-
nidas en la clase TControl, de la cual derivan otras como TWinControl que, a su vez,
son la base de botones, cajas de texto, listas, etc. De forma análoga, existen méto-
dos como Show() y Hide() o eventos como OnClick generales a la mayoría de los con-
troles.
En esta cuarta entrega, va a tener oportunidad de conocer algunos de los contro-
les usados con más asiduidad en el diseño de interfaces de usuario con Delphi,
así como sus miembros más básicos: propiedades, métodos y eventos.

La edición empresarial de la última versión de Delphi, la 5, cuenta con más de

doscientos componentes de todo tipo. Existe un grupo, no obstante, que son de uso
habitual en la mayoría de las aplicaciones.
Contenedores de controles
Cuando uno se dispone a construir algo, pongamos por caso un automóvil, lo pri-
mero que hace es disponer los contenedores en los cuales se integrarán los
demás elementos, como el chasis, el salpicadero, hueco-motor, etc. Para crear una
interfaz de usuario ocurre más o menos lo mismo, aunque las posibilidades en
cuanto a flexibilidad son mucho más amplias.
Nuestro chasis o contenedor principal será el formulario, como ya vimos en la
segunda entrega. En el interior de éste es posible disponer otros contenedores,
elementos que tienen por finalidad alojar a otros controles. Esto se hace, general-
mente, para agrupar elementos funcionales o hacer más claro el diseño de la
interfaz.
Los dos contenedores usados más habitualmente se encuentran en la página
Standard de la Paleta de componentes, como puede verse en la Figura 1. En la
Figura 2 se muestra el aspecto de tres contenedores: un GroupBox, un Panel y el pro-
pio formulario. Observe que el GroupBox muestra el título en su parte superior
izquierda, el Panel en la parte central y el formulario en su barra de título. Inde-
pendientemente de esto, el texto mostrado como título siempre se almacena en la
misma propiedad: Caption. Puede comprobar, en el Inspector de objetos, que estos

◆ 302 PC World Febrero 2000


tres elementos cuentan con esa pro-
piedad, que puede modificar simple-
mente introduciendo el texto que
desee.
Exceptuando el caso de los formula-
rios, que no pueden introducirse en
otros contenedores, dentro de uno
puede alojar cualquier control, inclui-
dos otros contenedores. Dentro un
Panel , por ejemplo, puede disponer
varios Panel más para crear varias divi-
siones.
PC World Febrero 2000
PRÁCTICO
Inicialmente, la posición de un con-
tenedor dentro de otro vendrá deter-
minada por sus propiedades Left y Top,
mencionadas previamente. Asimismo,
las dimensiones se indicarán con las
propiedades Width y Height , ancho y
alto respectivamente. Una alternativa a
estas cuatro propiedades, en el caso
de los contenedores, consiste en usar
la propiedad Align, que facilita la ali-
neación del control a uno de los már-
genes del mismo, o bien ocupando
todo el espacio disponible. En
la Figura 3 puede ver cinco
controles Panel. El primero de
ellos se ha insertado directa-
mente sobre un formulario,
dándose el valor alClient a su
propiedad Align para que
ocupe todo el espacio disponi-
ble. A continuación, dentro de
éste se han insertado otros
cuatro Panel , ajustando cada
uno de ellos a un extremo.
Todos los contenedores cuen-
tan con las propiedades Compo-
nentCount, ControlCount, Components
y Controls , que sirven para
saber cuántos componentes o
controles hay en el contene-
dor, facilitando el acceso indi-
vidual a cada uno de ellos
mediante un índice numérico.
De esta forma es posible efec-
tuar, durante la ejecución, ope-
raciones que afectan a múlti-
ples elementos de la interfaz
sin necesidad de hacer referen-
cia directa a cada uno de ellos.
Introducción de datos
Gran parte de la información
que se manipula habitualmente
en las aplicaciones, indepen-
dientemente de su tipo, debe
ser introducida o editada por el
usuario mediante el teclado.
Para facilitar esta tarea existen
diversos componentes, de los
cuales conocemos uno por
haberlo usado en la segunda
entrega de este curso. En la
Figura 4 se indican dos de los
componentes disponibles para
este fin: Edit y Memo.
El control Edit, usado en el citado
ejemplo de la segunda entrega, se uti-
liza cuando el texto a introducir o edi-
tar está contenido en una sola línea.
La propiedad Text es la que almacena
el texto, pudiendo asignársele un
valor, para facilitar un texto inicial, así
como leerlo, para recuperar el dato
introducido por el usuario.
A diferencia del anterior, el control
Memo está preparado para contener
◆ 303
 PRÁCTICO

se quiere dar al usuario a elegir entre

varias opciones. El primero se usa
cuando la respuesta puede ser sólo sí
o no, al tratarse de un control sobre el
que el usuario puede simplemente
pulsar para activar o desactivar. Un
caso típico sería la respuesta a la pre-
gunta “¿tiene hijos?”, que sólo puede
Figura 1. En la página Standard de la Paleta de componentes podemos encontrar dos de los contenedores
ser contestada con un sí o un no.
con que cuenta Delphi.
Mediante el control RadioButton, que se
utiliza habitualmente for-
múltiples líneas de texto, facili- mando grupos, podríamos
tando al usuario el desplaza- plantear cuestiones con más
miento y la edición. Las líneas posibilidades. Planteemos la
de texto se almacenan en la pregunta “¿Cuál es su estado
propiedad Lines, que se caracte- civil?”. En este caso las res-
riza por ser una lista en la cual puestas son varias, pudiendo
cada línea de texto está identifi- elegirse sólo una de ellas
cada por un índice numérico. puesto que no puede estarse
No obstante, también existe la Figura 2. Aspecto que tienen los controles GroupBox y Panel al ser casado y soltero al tiempo,
propiedad Text , como en el insertados en un formulario. por poner un ejemplo. Por
caso del control Edit , que cada respuesta posible se
puede utilizarse para asignar o insertaría un RadioButton, que el
recuperar todo el texto, en usuario podrá seleccionar sim-
lugar de líneas concretas. plemente haciendo clic sobre
Aparte de la propiedad Text, él. Esta acción, además, desac-
estos dos controles comparten tivará la opción que existiese
muchas otras características. La anteriormente elegida.
entrada de texto puede contro- Ambos controles, al igual
larse gestionando el evento que otros muchos, disponen
OnKeyPress, generado con cada de la propiedad Caption, que
Figura 3. Mediante la propiedad Align es posible alinear unos
pulsación de tecla. Es posible nos servirá para establecer un
contenedores dentro de otros, creando espacios independientes para
usar las habituales combinacio- título que, generalmente, será
agrupar los elementos de la interfaz.
nes de tecla para copiar, cortar la pregunta u opción que el
y pegar texto, existiendo ade- usuario puede elegir. Además,
más varios métodos para efectuar esas Selección de opciones ambos disponen también de la propie-
mismas operaciones desde programa. En ocasiones, los datos que precisa dad Checked, que sólo puede ser True o
Para mostrar un texto ya conocemos una aplicación pueden ser facilitados False, según que la opción haya sido
el control Label, que en lugar de la pro- por el usuario mediante medios alter- elegida o no.
piedad Text dispone de la propiedad nativos al uso del teclado. Suponga
Caption , como los contenedores que que dicho usuario debe rellenar un Estado y visibilidad de los
hemos conocido en el punto previo. formulario con datos como el estado controles
Edit y Memo, no obstante, también pue- civil, sexo, si tiene automóvil, vivienda Aparte de todas las propiedades men-
den ser usados para mostrar un texto propia, etc. La mayoría de estas cues- cionadas en los puntos anteriores,
sin permitir su edición, simplemente tiones tienen sólo unas pocas respues- muchas de ellas comunes a un grupo
dando el valor True a la propiedad Rea- tas posibles, en ocasiones tan sólo dos: de controles, existen otras genéricas,
dOnly. Esta propiedad, que inicialmente sí o no. que afectan a todos ellos, y que rigen
tiene el valor False, indica si el conte- Los dos controles indicados en la el estado en el que se encuentran y su
nido del control puede o no ser modi- Figura 5, conocidos como CheckBox y visibilidad.
ficado. RadioButton, son los más usados cuando Un componente puede encontrarse

LOS CONTROLES CONTENEDORES son capaces de alojar en su interior otros

controles. Éstos se ven afectados por el estado y la visibilidad del contenedor,

activándose, desactivándose, ocultándose y mostrándose de forma solidaria

◆ 304 PC World Febrero 2000


Figura 4. Los controles Edit y Memo, usados para facilitar la edición de texto, también se encuentran en la
página Standard, como todos los controles más habituales.
Figura 5. Existen controles para mostrar al usuario una serie de opciones entre las que elegir, en lugar de
tener que introducir un texto.
Figura 6. Aspecto del formulario que diseñaremos para probar el
funcionamiento de algunos de los controles conocidos.
activo o desactivado, según lo cual el
usuario podrá o no interactuar con él y,
además, aparecerá con una apariencia
u otra en pantalla. Para conocer y
modificar el estado se usa la propiedad
Enabled que, al igual que Checked y
muchas otras, tan sólo puede contener
los valores True o False, al tratarse de
una propiedad de tipo Boolean.
A diferencia de los componentes físi-
cos, como las piezas de un motor o los
ladrillos de una vivienda, los compo-
nentes software que usamos en Delphi
pueden aparecer y desaparecer a
voluntad, es decir, pueden hacerse invi-
sibles. La visibilidad la controlaremos
mediante la propiedad Visible, que es
también de tipo Boolean. Inicialmente,
dicha propiedad siempre tiene el valor
True.
Que los componentes cambien de
estado, pasando de estar activos a no
◆ 306
PRÁCTICO
estarlo, o de ser visibles
a no serlo, es algo que
dependerá de la propia
funcionalidad de la
aplicación que se desa-
rrolle. Dicho de otra
manera: no hay una
norma que nos indique
cuándo debemos dar el
valor True o False a las
citadas propiedades Ena-
bled y Visible.
Eventos genéricos
Todos los controles que hemos cono-
cido, por el hecho de estar directa o
indirectamente derivados de la clase
TControl , cuentan con una serie de
eventos genéricos, como OnClick, OnDbl-
Click, OnMouseDown, OnMouseUp u OnMouseMove.
El primero de ellos, que es el evento
más usado, se produce al pulsar sobre
un control, generalmente utilizando el
ratón. Los otros cuatro tienen lugar al
efectuar un doble clic, pulsar un
botón, liberarlo y mover el ratón, res-
pectivamente.
Podemos saber, por tanto, cuándo el
puntero del ratón está desplazándose
sobre un Panel o si se ha pulsado en
un CheckBox cambiando su estado. Son
eventos que pueden desencadenar una
cierta acción, por ejemplo cambiando
el estado de un elemento según que el
CheckBox esté seleccionado o no.
Listado 1 Código del
programa de ejemplo
// Al cambiarse el texto del Edit1
procedure TForm1.Edit1Change(Sender: TObject);
begin
Caption := Edit1.Text; // asignarlo al título de la
ficha
end;
// Al pulsar sobre el CheckBox
procedure TForm1.CheckBox1Click(Sender: TObject);
begin // mostrar y ocultar el panel inferior
Panel1.Visible := CheckBox1.Checked;
end;
// Según el botón de radio que se pulse
procedure TForm1.RadioButton1Click(Sender: TObject);
begin
BorderStyle := bsNone; // establecer un tipo
end;
procedure TForm1.RadioButton2Click(Sender: TObject);
begin
BorderStyle := bsSingle; // u otro de borde
end;
procedure TForm1.RadioButton3Click(Sender: TObject);
begin
BorderStyle := bsSizeable; // para la ficha
end;
// Controlar cada pulsación de tecla en el Memo
procedure TForm1.Memo1KeyPress(Sender: TObject;
var Key: Char);
begin
if Key In [‘0’..’9’] then // si es un dígito numérico
Key := #0; // no permitirlo
end;
Además de los anteriores, los contro-
les que trabajan con texto, como Edit y
Memo, cuentan con otros eventos adicio-
nales relacionados con el teclado. El
más representativo sería OnKeyPress ,
equivalente al OnClick, mientras que los
eventos OnKeyDown y OnKeyUp serían simila-
res a OnMouseDown y OnMouseUp, si bien en
este caso indican la pulsación de una
tecla en el teclado, y no de un botón
del ratón.
Aprovechando el evento OnKeyPress es
posible, por ejemplo, controlar la
introducción de un dato en un control
Edit , limitando los caracteres, reali-
zando conversiones, etc.
PC World Febrero 2000

MUCHOS DE LOS CONTROLES de Delphi, como el formulario, las etiquetas de texto,
grupos, paneles, cajas de selección y botones de radio, disponen de una propiedad
llamada Caption , mediante la cual puede establecerse un título visible que
Un caso práctico
En este artículo hemos conocido tres
contenedores, dos controles para intro-
ducir texto, otros dos para facilitar la
selección de opciones, un buen grupo
de propiedades y algunos eventos. La
mejor forma de saber cuándo y cómo
utilizar estos elementos, consiste en
introducirlos en un formulario, modifi-
car propiedades, escribir código y, en
resumen, hacer pruebas. Comenzare-
mos proponiendo un ejemplo relativa-
mente sencillo, que le sirva como
punto de partida para continuar con su
exploración hasta el próximo número.
Usando la técnica de arrastrar y sol-
tar, diseñaremos un formulario similar
al que puede verse en la Figura 6.
Hemos insertado un Panel en la parte
inferior, con un Label y un Edit en su
interior. En la parte izquierda de la
ficha tenemos un CheckBox y un GroupBox
con tres botones de radio, mientras
que a la derecha otro GroupBox sirve
como delimitador para un control Memo.
No hemos modificado los nombres de
ningún control, dejando los que asigna
Delphi por defecto para poder seguir
mejor el ejemplo. En la práctica, no
obstante, lo habitual es asignar un
nombre lógico y descriptivo a cada
elemento.
PRÁCTICO
acompañará al control
El panel que hay en la parte inferior
podrá estar visible, como lo está ini-
cialmente, u oculto, dependiendo de
que el CheckBox que hemos dispuesto
en la parte superior izquierda esté o
no marcado. Tendremos, por tanto,
que controlar la pulsación sobre el
CheckBox, alterando la propiedad Visible
del Panel. Puesto que la etiqueta de
texto y el Edit se han insertado en el
interior del Panel, al ocultar éste tam-
bién se ocultarán aquellos.
Los botones de radio servirán para
modificar el tipo de borde de la ven-
tana, entre tres opciones posibles. El
control Memo , por último, podemos
usarlo para introducir texto, compro-
bar cómo podemos copiar, cortar y
pegar, etc. Este control tendrá una
característica especial, y es que no per-
mitirá la introducción de dígitos numé-
ricos. Con este fin, controlaremos el
evento OnKeyPress comprobando qué
carácter es el que se ha pulsado, anu-
lándolo en caso de ser un dígito numé-
rico.
El código, como puede verse en el
Listado 1, es bastante sencillo, consis-
tiendo básicamente sólo en algunas
asignaciones. En el evento OnKeyPress
del Memo se ha usado un condicional, un
conjunto y un código de carácter. Son
elementos que conocerá en la próxima
entrega de este curso. Lo que se hace
es comprobar si el parámetro Key, que
contiene el carácter pulsado, almacena
un dígito entre 0 y 9 y, de ser así, anu-
larlo asignando al mismo parámetro el
código #0.
Visto y por ver
Al finalizar esta cuarta entrega, ya
conocemos el entorno de Delphi, sabe-
mos cómo crear interfaces de usuario
insertando y personalizando compo-
nentes, cómo escribir código y cómo
ejecutar nuestro programa. También
sabemos algo acerca de los controles
más básicos, y tenemos unos conoci-
mientos generales sobre clases, obje-
tos, propiedades, métodos, eventos y
otros conceptos relativos a Object
Pascal. En la próxima entrega conoce-
remos algunos de los tipos de datos
de Object Pascal, haciendo especial
hincapié en los más específicos, como
los conjuntos y enumeraciones. Tam-
bién tendremos ocasión de aprender
las construcciones de control más
básicas. ◆
Francisco Charte es profesor de infor-
mática. Autor de diferentes libros sobre
lenguajes y sistemas de información.
 PRÁCTICO CURSO
Programación con Delphi (V)
Introducción informal
a Object Pascal
Francisco Charte Ojeda
D esde que Niklaus Wirth
lo crease a finales de los sesenta,
Pascal ha sido uno de los lengua-
jes más importantes en el ámbito
informático, tanto en número de
usuarios como en las influencias
que ha tenido sobre otros. Como
se apuntaba al inicio de la pri-
mera entrega de este curso, aun-
que Pascal fue creado, inicial-
mente, como una herramienta
académica, la aparición de herra-
mientas como Turbo Pascal lo
pusieron al mismo nivel que C. Lo
mejor de Object Pascal, una ver-
sión avanzada y orientada a obje-
tos del Pascal original, es que
ofrece una claridad y elegancia en
el código que otros lenguajes,
como C o C++, no tienen. Al
PCW
346
charte@pcw.idg.es
tiempo, Object Pascal posee prác-
ticamente las mismas posibilida-
des que dichos lenguajes, y el
código objeto generado por Delphi
a partir de código fuente Object
Pascal es comparable en eficien-
cia.
En las entregas previas ha
tenido ocasión de conocer algu-
nos de los elementos fundamen-
tales de Object Pascal, sobre todo
los que tienen que ver con las cla-
ses de objetos y su uso. Para
poder crear aplicaciones con
Delphi, no obstante, eso no es
suficiente. Es necesario, además,
saber cómo podemos manipular
los datos, almacenándolos en
variables y efectuando operacio-
nes. También es preciso conocer

las estructuras de control básicas
para poder tomar decisiones,
repetir procesos, etc.
Lógicamente, en esta entrega lo
único que se persigue es efectuar
una introducción a Object Pascal
de manera totalmente informal.
Este lenguaje es tan rico, que
harían falta muchas más páginas
de las que tiene esta revista para
poder estudiarlo y, de hecho, hay
libros completos dedicados
exclusivamente a Pascal y Object
Pascal.
Estructura general de una aplicación
Las aplicaciones escritas con
Object Pascal pueden componerse
PCW
347
Una de las
características
de Delphi que
más gusta a sus
usuarios, los
desarrolladores,
es el lenguaje en
que está basado:
Object Pascal.
En esta penúltima
entrega
conocemos las
bases de este
lenguaje.
de uno o varios módulos de
código que, básicamente,
siempre tienen la misma
estructura general. Uno de
esos módulos, el único
imprescindible, contendrá
el código de entrada a la
aplicación, mientras que
los demás pueden almace-
nar definiciones de funcio-
nes y procedimientos, clases de
objetos y otros elementos.
Los módulos de código Object
Pascal cuentan con una cabecera
que se inicia con la palabra pro-
gram o unit, seguida del nombre
del módulo. Al trabajar con
Delphi, el nombre de cada uno se
establece automáticamente, en el
 PRÁCTICO

momento en que éste es guar- Un proyecto escrito ría de las aplicaciones tienen que
dado. Tan sólo puede existir un manipular datos obtenidos de
módulo con el encabezado program,
con Object Pascal se fuentes externas: el teclado,
mientras que puede haber nin- compone siempre de archivos en disco, una red, etc.
guno, uno o varios módulos con el uno o varios módulos Para ello, dichos datos debe
encabezado unit. almacenarse temporalmente en
Cuando se ejecuta un programa
de código fuente, memoria, usando variables, y a
escrito con Object Pascal, el siendo el que se inicia continuación actuar como ope-
código al que se transfiere el con- con la cabecera program el randos, generalmente en expre-
trol es aquél delimitado por las siones aritméticas, relacionales y
palabras begin y end en el módulo
punto de entrada a la condicionales.
con el encabezado program. Dicho aplicación Como se ha apuntado antes, las
módulo es, como se decía antes, variables de un programa Object
el punto de entrada a toda apli- Pascal pueden tener ámbitos
cación. Su estructura general que esos elementos sólo pueden diferentes, según el lugar en que
será la mostrada en el Listado 1. usarse desde el interior de dichas se declaren. Si el punto de decla-
Observe que tras la cabecera funciones. ración es el cuerpo de una fun-
aparece una cláusula uses. Ésta En un proyecto desarrollado con ción, por ejemplo, tendremos
sirve para referenciar a otros Delphi el módulo principal, con el una variable local. En caso de
módulos que componen el pro- encabezado program, es el que con- que ésta deba ser compartida por
yecto, concretamente aquellos tiene el código de proyecto, en el varias funciones de un mismo
cuyo contenido va a ser usado que se referencian todos los módulo, lo normal es declararla
directamente al inicio del pro- módulos y se crean los formula- en la sección de implementación.
grama. rios. Otros elementos, como los Por último, tenemos el ámbito
La estructura del resto de los formularios y módulos de datos, público. Éste se obtiene al decla-
módulos será similar a la que tienen asociados módulos unit en rar la variable en la sección de
puede ver en el Listado 2. Cada los que se alojan las definiciones interfaz, consiguiendo así que
uno se divide en dos grandes par- de tipos y el código asociado a los sea accesible desde cualquier
tes: la interfaz y la implementa- eventos. punto del código del programa.
ción, delimitadas por las palabras En cualquier caso, la sección de
interface e implementation. La interfaz Manipulación de datos declaración de variables siempre
contiene los elementos que podrí- Para poder efectuar las funciones se inicia con la palabra var. De
amos considerar públicos y, por que se le encomiendan, la mayo- igual forma, la sintaxis para esa
tanto, pueden ser usados desde el
módulo principal o cualquier otro.
En esta sección suelen definirse
tipos de datos, clases de objetos y
variables. La sección de imple-
mentación, como de su propio
nombre puede deducirse, con-
tiene los detalles de implementa-
ción, es decir, métodos de objetos,
funciones, etc. Todos los elemen-
tos de esta sección quedan ocul-
tos, no siendo accesibles para el
resto de módulos del proyecto.
Los tipos, clases y variables
también pueden aparecer en la
sección de implementación, caso
éste en que sólo serán visibles
para ese módulo. Serán, por
tanto, elementos con un ámbito
no público. Por último, también
pueden incluirse algunos de esos
elementos, por ejemplo tipos y
variables, en el interior del
cuerpo de funciones y procedi-
mientos. Éste es el ámbito más Figura 1. Los tipos de datos en Object Pascal se estructuran en varias categorías, dando
reducido, conocido como local, ya lugar a esta pseudo-jerarquía.

PCW
348

declaración es también siempre
idéntica, siguiendo el patrón varia-
ble: tipo; donde tipo determina la
información que puede contener
esa variable. En el Listado 3
puede ver diversas declaraciones
de variables en varios ámbitos.
La Figura 1 muestra una lista
jerárquica en la que se clasifican
los distintos tipos existentes en
Object Pascal.
Las variables representan el
medio por el cual un programa
puede, al ejecutarse, almacenar
en memoria los datos que pre-
cise. Estos datos, lógicamente,
tendrán que manipularse, ope-
rando sobre ellos para obtener
un resultado. Aquí es donde
entran en escena los operadores,
los elementos que permiten efec-
tuar diversas acciones sobre los
operandos que serían los valores
almacenados en las variables.
Mediante los operadores puede
efectuar operaciones aritméticas
con valores numéricos, concate-
nar cadenas, analizar la relación
existente entre varios elementos,
comprobar la existencia de un
valor en un conjunto, etc.
Definición de nuevos tipos
Aparte de los tipos básicos o
nativos del propio lenguaje, como
los números en diferentes preci-
siones, las cadenas o los punte-
ros, en Object Pascal el progra-
mador puede definir sus propios
tipos. Es posible definir conjun-
tos, enumeraciones, subrangos,
registros y clases de objetos. Tras
Figura 2. Representación gráfica de una
estructura condicional clásica if-then-else.
PRÁCTICO
program Project1;
uses
Unit1 in ‘Unit1.pas’ {Form1};
begin
// Sentencias a ejecutar
//…
end.
Listado 1. Estructura típica del módulo con
el punto de entrada a la aplicación.
unit Unit1;
interface
uses
// Otros módulos
type
// Definición de tipos y clases
var
// Definición de variables
implementation
// Código de implementación
end.
Listado 2. Estructura general de un módu-
lo Object Pascal.
la definición del nuevo tipo, pue-
den declararse variables de ese
tipo tratándolo como a cualquier
otro de los existentes en el len-
guaje, sin diferencias aparentes.
Una enumeración, como su pro-
pio nombre indica, es un tipo de
dato en el que son posibles sólo
una lista determinada de valores.
En el Listado 4 puede ver un
ejemplo de definición. En este
caso, el tipo TDiaSemana sería equiva-
lente a Integer o Boolean, es decir, un
tipo ordinal. La diferencia es que
los límites de TDiaSemana no son true
y false o 0 a 255, sino Lunes a Domingo.
Una variable de tipo TDiaSemana, por
tanto, sólo puede contener uno
type
TDiaSemana = (Lunes, Martes, Miercoles, Jueves, Viernes, Sabado, Domingo);
var
Ayer, Hoy: TDiaSemana;
begin
Ayer := Jueves;
Hoy := succ(Ayer);
end;
Listado 4. Definición de una enumeración y declaración de dos variables del nuevo tipo.
PCW
350
unit Unit2;
interface
var
iContadorGlobal: Integer;
implementation
var
iContadorDeModulo: Integer;
procedure ActualizaContador;
var
iContadorLocal: Integer;
begin
Inc(iContadorGlobal);
Inc(iContadorDeModulo);
Inc(iContadorLocal);
end;
end.
Listado 3. Módulo con tres variables
declaradas en ámbitos distintos.
de esos valores. Por lo demás, es
posible utilizar con una variable
del nuevo tipo cualquier opera-
dor habitual de Object Pascal.
En el Listado 4, por ejemplo,
puede ver cómo se usa la función
succ() para obtener el valor
siguiente a uno dado.
Los conjuntos, por su parte,
son tipos estructurados y no
ordinales, como las enumeracio-
nes. Un conjunto se define siem-
pre a partir de un tipo ordinal,
dando lugar a uno nuevo que
puede contener ninguno, uno,
varios o todos los valores de ese
tipo base. Observe el código del
Listado 5. En él se ha definido
un conjunto, Set Of, partiendo de
la enumeración TDiaSemana anterior.
El resultado es un nuevo tipo,
llamado TDiasSemana , que puede
estar vacío o contener cualquier
número de los elementos de TDia-
Semana . En dicho ejemplo puede
ver, además, cómo se asigna a
una variable un conjunto con tres

Figura 3. Representación gráfica de un
bucle típico con comprobación condicional
al inicio.
días, y cómo se usa a continua-
ción el operador in para compro-
bar la existencia de un determi-
nado elemento en ese conjunto.
Al igual que los conjuntos, tam-
bién los registros forman parte de
los tipos estructurados. Un regis-
tro, conocido como estructura en
otros lenguajes, está compuesto
de varios miembros o elementos,
que pueden ser, a su vez, de cual-
quier tipo. En el Listado 6 puede
ver cómo se define un registro
simple, compuesto de tres miem-
bros de tipos diferentes: un TDiaSe-
mana, un TTime y una cadena. Defi-
nido el nuevo tipo, declarar una
variable es algo tan simple como
en los casos anteriores. Por
último, a la hora de acceder a
esta variable, hay que tener en
cuenta que contiene varios ele-
mentos, por lo que es preciso
especificar su nombre.
Por último, y al igual que en la
mayoría de los lenguajes actuales,
Object Pascal permite declarar
matrices de cualquier tipo de
dato, facilitando la creación de lis-
tas, tablas y estructuras más
complejas. Estas estructuras,
además, pueden ajustar su
tamaño dinámicamente durante
la ejecución del programa.
Estructuras condicionales
El código de un programa no está,
generalmente, pensado para eje-
PRÁCTICO
Además de los tipos ras de control, siendo las más
de datos típicos importantes las estructuras con-
dicionales y las de repetición.
en otros lenguajes,
Una estructura condicional per-
como los enteros, mite optar por la ejecución de una
los decimales determinada porción de código
según unas condiciones que,
o las cadenas,
dependiendo de los casos, pueden
en Object Pascal ser más o menos complejas. La
existen estructura condicional más cono-
cida, existente en la mayoría de
otros más específicos:
los lenguajes imperativos, es la
conjuntos, subrangos, conocida if-then-else. Previamente,
enumeraciones en el ejemplo del Listado 5, ha
podido ver un ejemplo de uso de
y registros
esta estructura, concretamente
para mostrar un mensaje en pan-
talla sólo en caso de que se dé
cutarse secuencialmente, desde la una condición: que un conjunto
primera sentencia hasta la contenga el elemento Miercoles.
última, con cada inicio de la apli- La Figura 2 representa la estruc-
cación por parte del usuario. tura típica de una sentencia con-
Dependiendo de las acciones de dicional con todas sus partes. En
éste y los datos a tratar, es habi- un determinado punto, el flujo del
tual optar por la ejecución de un programa llega a la sentencia if y
código u otro, o bien repetir el analiza la expresión condicional
mismo código mientras se dé una que le acompaña. Si ésta se cum-
cierta condición. Para poder dise- ple, lo que equivale a decir que el
ñar ese tipo de construcciones resultado devuelto es true, se eje-
contamos con diversas estructu- cutará la sentencia que sigue a la
palabra then. En caso contrario, la
sentencia ejecutada será la que
type
TDiasSemana = Set Of TDiaSemana; sigue a la palabra else. En lugar de
una sola sentencia, ambas partes
var
Citas: TDiasSemana;
pueden ser un bloque de código
delimitado por las palabras begin y
begin end.
Citas := [Martes, Miercoles, Viernes];
if Miercoles in Citas then Una alternativa a esta conocida
ShowMessage(‘Sí tienes cita’); construcción condicional, útil
end; sobre todo cuando quieren com-
probarse varias expresiones con
Listado 5. Definición de un conjunto y uso
un operando común, es la senten-
del operador In para comprobar la existen-
cia case. Ésta deberá ir seguida del
cia de un elemento. operando común, al que se
conoce generalmente como selec-
type tor, y la palabra of. Entre esta
TCita = record apertura y el final del bloque, deli-
Dia: TDiaSemana;
Hora: TTime; mitado por la palabra end, podre-
Nombre: String; mos introducir cuantos valores
end;
deseemos comparar con el selec-
var tor. El resultado es una construc-
Cita: TCita;
ción como la del Listado 7, en la
begin que se ejecutan diferentes senten-
Cita.Dia := Martes; cias dependiendo del valor de la
Cita.Hora := StrToTime(‘12:30’);
Cita.Nombre := ‘Francisco Charte’; variable Hoy. Si el valor de dicha
variable es Lunes se muestra un
end;
mensaje, si es cualquier día entre
Listado 6. Definición de un registro y pos-
Martes y Jueves otro distinto, etc.
terior uso para declarar una variable. Observe la sintaxis utilizada para
PCW
351

crear un subrango de valores.
Estructuras repetitivas
Como se apuntaba al inicio del
punto anterior, además de las
condicionales también existen
estructuras repetitivas que per-
miten ejecutar más de una vez el
mismo código. A estas estructu-
ras se las conoce habitualmente
como bucles. Clásicamente han
existido siempre dos categorías
de bucles: por contador y por
condición. En la primera catego-
ría entran aquellos cuya ejecu-
ción se rige por el valor de una
variable que, a cada ciclo, se
incrementa o decrementa hasta
llegar a un determinado límite.
En realidad, dicha categoría es
simplemente un caso particular
de los bucles por condición que,
como puede suponer, ejecutan el
código mientras una expresión
condicional sea cierta o falsa.
La Figura 3 es una representa-
ción genérica del funcionamiento
de un bucle, independiente-
mente de que esté controlado o
no por un contador. En este
caso, no obstante, la comproba-
ción de la condición se efectúa al
inicio, por lo que si ésta, ya
desde principio, es falsa, no lle-
garía nunca a entrarse en el
bucle. Es posible efectuar dicha
comprobación al final del bucle,
de tal forma que éste se ejecute
al menos una vez.
Los bucles por contador rigen
su funcionamiento, como se ha
dicho antes, sobre el valor de
var
Hoy: TDiaSemana;
begin
Hoy := Jueves;
case Hoy of
Lunes:
ShowMessage(‘La semana está comenzando’);
Martes..Jueves:
ShowMessage(‘Ya estás a mitad de semana’);
Viernes:
ShowMessage(‘El fin de semana está a la vuelta’);
Sabado, Domingo:
ShowMessage(‘Disfruta del descanso’);
end;
end;
Listado 7. Estructura condicional case-of, que permite eva-
luar varias expresiones contra un mismo operando.
PRÁCTICO
Las estructuras de
control, ya sean
condicionales o de
repetición, son
básicas.
Ellas, junto con los
operadores del
lenguaje, son las que
nos permitirán
codificar la lógica
de nuestras
aplicaciones
una variable. Éste toma un valor
inicial que, posteriormente, va
incrementándose o decremen-
tándose con cada ciclo. El valor
puede ser cualquiera de tipo
ordinal, por lo que es posible
usar caracteres, enumeraciones
o, más típicamente, números
enteros. En el Listado 8 puede
observarse la estructura típica
de un bucle por contador.
Observe cómo detrás de la sen-
tencia for se indica la variable
que servirá como contador, así
como el valor inicial que tomará
éste. Tras la palabra to se especi-
fica el valor objetivo o límite, en
este caso mayor que el de inicio.
Si fuese a la inversa, caso en el
que habría que decrementar el
contador, cambiaríamos to por
downto. Por último, tras la palabra
do, hemos dispuesto las senten-
cias a ejecutar en cada ciclo. En
este caso tan sólo
una.
En caso de que el
número de ciclos del
type
TDiaSemana = (Lunes, Martes, Miercoles, Jueves, Viernes, Sabado, Domingo);
var
Dia: TDiaSemana;
Anotaciones: array[TDiaSemana] of integer;
begin
for Dia := Lunes to Domingo do
Anotaciones[Dia] := 5;
end;
Listado 8. Construcción típica de un bucle por contador.
PCW
352
bucle no pueda controlarse
mediante un contador, porque
no exista un incremento o decre-
mento predeterminado, es posi-
ble usar las sentencias while..do y
repeat..until . La única diferencia
entre ambas es que el condicio-
nal que controla el bucle, una
expresión que devolverá true o
false, con while se dispone al inicio
y causa la salida con el valor
false , mientras que con repeat el
condicional se codifica al final
del bucle y éste finaliza con el
valor true.
Visto y por ver
Si a lo cubierto en esta entrega,
dedicada monográficamente a
Object Pascal, sumamos las
cuatro entregas anteriores, nos
daremos cuenta que ya conoce-
mos el entorno de Delphi; sabe-
mos cómo crear un proyecto,
compilarlo y ejecutarlo; pode-
mos usar los controles más
básicos de Delphi y, además,
tenemos las bases de Object
Pascal necesarias para iniciar la
codificación. Para completar
este curso, con el objetivo de
que el lector adquiera las bases
suficientes para comenzar a tra-
bajar con Delphi, la última
entrega la dedicaremos al pro-
ceso de depuración. Saber
depurar una aplicación es,
actualmente, casi tan impor-
tante como conocer los contro-
les o las sentencias que debe-
mos utilizar. PCW
Francisco Charte es iprofesor de
informática. Autor de diferentes
libros sobre lenguajes y sistemas
de información
 PRÁCTICO CURSO
Programación con Delphi (y VI)
Ayudas
a la depuración
Francisco Charte Ojeda
M ientras se desa-
rrolla y ejecuta una aplicación
generalmente surgen errores.
Éstos impiden que la aplicación
funcione correctamente o, al
menos, que lo haga como esperá-
bamos que lo hiciese. Los posi-
bles errores pueden clasificarse
en tres grupos: de compilación,
de ejecución y lógicos. Los prime-
ros, como su propio nombre
indica, son identificados por el
compilador en una fase previa a
la ejecución. Son fácilmente
corregibles al tratarse, en la
mayoría de los casos, de errores
de sintaxis y similares. Los erro-
res de ejecución surgen de forma
esporádica al ejecutar la aplica-
ción, pudiendo llegar a la inte-
PCW 310
charte@pcw.idg.es
rrupción de ésta si no se contro-
lan de manera adecuada. Se pro-
ducen, por ejemplo, cuando
intentamos abrir un archivo ine-
xistente, se efectúa una conver-
sión inválida o una división por
cero.
La tercera categoría de errores,
los que hemos denominado lógi-
cos, no son detectados por la
herramienta de desarrollo
durante la compilación ni ejecu-
ción. Son errores no provocados
por una codificación sintáctica-
mente incorrecta pero, sin
embargo, impiden que el pro-
grama funcione de forma normal.
Errores de este tipo se producen
cuando en una expresión se ha
usado la variable que no corres-

pondía, se invoca a un método con
un parámetro que no se esperaba
y casos similares.
El único método para detectar y
encontrar este tipo de errores,
aparte de la intuición propia de
todo programador, consiste en lle-
var a cabo una sesión de depura-
ción. En ésta se usan general-
mente dos técnicas distintas pero
combinadas entre sí: la ejecución
del código sentencia a sentencia y
el inspeccionamiento del contenido
de objetos y variables. Hace unos
años este proceso se efectuaba
mediante una herramienta
externa, un depurador, como
podía ser Turbo Debugger. Actual-
mente, no obstante, la mayoría de
herramientas de desarrollo inte-
PCW 311
El proceso de
depuración, uno
más en la fase de
desarrollo de una
aplicación,
precisa de
herramientas
eficientes que
permitan
identificar los
posibles errores.
Conozcamos
algunas de esas
herramientas en
Delphi 5.
gran funciones de depura-
ción en el propio entorno y
en el editor de código.
Transición de los tres estados
Y no nos referimos a los
estados físicos: sólido,
líquido y gaseoso, sino a los
estados posibles en un
momento dado en el entorno de
desarrollo de Delphi. Éstos son
tres también: diseño, ejecución y
pausa. El estado de diseño es el
inicial, en el cual podemos modifi-
car propiedades, escribir código y
efectuar todas las tareas propias
del diseño de la aplicación.
Al ejecutar un programa desde el
propio entorno de desarrollo,

pasamos al estado de ejecución.
Se distingue del anterior porque
en la barra de título de la ventana
principal de Delphi aparece la
palabra Running, como puede apre-
ciarse en el detalle de la Figura 1.
Al pasar a este modo también
observaremos la activación de
ciertos botones y opciones de
menú, así como la desactivación
de otros que estaban activos en el
estado de diseño. El botón de eje-
cución, por ejemplo, se desacti-
vará, al igual que los de ejecución
paso a paso. Los botones de
pausa y parada, por el contrario,
se activarán.
El tercer estado posible es el de
pausa. A éste se llega cuando,
estando en modo de ejecución,
pulsamos sobre el botón Pause o
seleccionamos la opción equiva-
lente del menú Run. Como se apre-
cia en el detalle de la Figura 2, la
indicación Running que aparecía en
la barra de título es sustituida por
la palabra Stopped. Al igual que en el
caso anterior, ciertos botones y
opciones cambian de estado. En
este momento pasarán a estar
activos los de ejecución paso a
paso.
Al iniciar la ejecución de un pro-
grama desde el entorno de Delphi
estamos, en realidad, ejecutando
dos aplicaciones de forma para-
lela: nuestro propio programa y el
depurador integrado de Delphi.
En estado de ejecución el control
lo tiene nuestro programa, mien-
tras que en estado de pausa el
control lo tiene el depurador. A
medida que se va ejecutando paso
a paso, con las opciones que vere-
mos en el punto siguiente, el con-
trol pasa alternativamente de
nuestro programa al depurador y
viceversa. De esta forma es posi-
ble ir viendo el resultado que
genera el programa poco a poco,
al tiempo que inspeccionamos
código, expresiones, objetos y
variables. Es como si lo ejecutáse-
mos a cámara lenta para poder
encontrar el punto en el que falla.
Ejecución paso a paso
Como se ha indicado en el punto
anterior, una de las técnicas más
PRÁCTICO
El proceso de
depuración permite
detectar aquellos
errores que, de
manera directa, no son
comunicados ni por el
compilador ni por
errores de ejecución
conocidas de depuración consiste
en la ejecución paso a paso del
código. De esta forma es posible
ver el resultado generado por la
ejecución de cada sentencia de
manera individual. Tras cada una,
además, es posible inspeccionar el
contenido de los objetos y variables
que estén implicados, haciendo
más sencilla la localización del
posible error.
En Delphi la ejecución paso a
paso se efectúa en la propia ven-
tana del Editor de código, es decir,
no existe una ventana o herra-
mienta separada para este trabajo.
Es una ventaja, ya que al localizar
los errores podemos corregirlos
directamente, modificando el
código según corresponda. Al ini-
ciar una sesión de depuración el
Editor de código resalta la senten-
cia que va a ejecutarse, distin-
guiéndola visualmente de las
demás.
Figura 1. En el modo de ejecución aparece la indi-
cación Running en la barra de título, al tiempo que se
activa el botón de pausa y se desactivan los de
ejecución completa y paso a paso.
Figura 2. En el modo de pausa la indicación cam-
bia de Running a Stopped, al tiempo que se invierte el
estado de los botones de ejecución y pausa.
PCW 312
Generalmente la ejecución paso a
paso parte del modo de pausa. A
éste podemos llegar de diversos
modos: detener la ejecución del
programa manualmente cuando
interese, ejecutando hasta una
determinada sentencia, etc. Según
el caso, bastará con pulsar el
botón Pause, habrá que disponer un
punto de parada o usar algún otro
mecanismo que nos permita inte-
rrumpir la ejecución. En cualquier
caso, estando ya en el modo de
pausa podremos acceder a los
comandos de depuración siguien-
tes.
Al encontrarnos en modo de
pausa en la ventana del Editor de
código debe aparecer, destacada
sobre las demás, la sentencia que
se ejecutará en el paso siguiente.
Si esto no es así, bastará con usar
la opción Show Execution Point del menú
Run para conseguirlo.
La sentencia destacada podemos
ejecutarla usando dos opciones
distintas. Con la opción Trace Into, el
botón equivalente o la tecla F7, el
control pasará temporalmente a
nuestro programa y se procederá a
ejecutar la sentencia. Si en ésta se
efectúa una llamada a otro punto
del programa, la ejecución paso a
paso se transferirá a ese otro
punto facilitándonos su depura-
ción. Una alternativa consiste en
usar la opción Step Over que, a dife-
rencia de la anterior, ejecu-
tará la sentencia destacada en
un solo paso. Suponiendo que
el punto de ejecución se
encuentre en una sentencia
que contiene una llamada a
un procedimiento de nuestro
programa, la opción Step Over
ejecutará directamente todo el
código de ese procedimiento,
de tal forma que el punto de
ejecución pasará a la senten-
cia siguiente del mismo blo-
que en que nos encontrába-
mos.
Lanzar y detener la ejecución
Encontrándonos en el modo
de pausa, ejecutando paso a
paso nuestro programa, pode-
mos volver al modo de ejecu-
ción en cualquier momento

Figura 3. Los puntos de parada pueden tener asociados contadores y condicionales.
pulsando F9 o el botón correspon-
diente. El programa tomará el con-
trol y no lo devolverá a Delphi
hasta que finalice o, de algún
modo, interrumpamos su ejecu-
ción. Otro comando muy útil en
este contexto es el que nos permite
transferir el control a nuestro pro-
grama, continuando con la ejecu-
ción, hasta llegar a una cierta sen-
tencia. Esto permitiría, por ejem-
plo, ejecutar todos los ciclos de un
bucle o, simplemente, iniciar la
ejecución del programa desde el
estado de diseño deteniéndola
hasta llegar a una cierta sentencia.
Para ejecutar hasta un determi-
nado punto del programa tendre-
mos que posicionar el cursor en la
sentencia que nos interese,
usando a continuación la opción
Run to Cursor o la tecla F4.
En algún momento, tras iniciar la
ejecución de nuestro programa, el
control debe volver de nuevo al
entorno de Delphi devol-
viendo éste al estado de
diseño. La mejor forma
de hacerlo es finalizar la
ejecución del programa.
Cuando ésta se encuen-
tra en estado de pausa
tan sólo hay que pulsar
F9, como se ha indicado
antes, procediendo des-
pués a cerrar la ventana Figura 5. Ventana que enumera todos los puntos de parada existentes en nuestro proyecto.
PRÁCTICO
Figura 4. Basta con situar el puntero del ratón sobre un
punto de parada para conocer sus propiedades.
o usar la opción que proceda para
su finalización.
Existe, no obstante, una alterna-
tiva que permite finalizar la ejecu-
ción de un programa en cualquier
momento, indistintamente de que
nos encontremos en modo de
pausa y ejecución. Dicha alterna-
tiva es la opción Program Reset, que
equivale a la pulsación de Control-
F2.
Puntos de parada
Conocemos al menos dos opciones
que nos permiten pasar del estado
PCW 314
de ejecución al de parada: Pause Pro-
gram y Run to Cursor. Además de éstas
existen otras y, entre ellas, princi-
palmente los conocidos como pun-
tos de parada. Éstos son unas
marcas que indican al depurador
que ha de cambiar de estado al lle-
gar a una cierta sentencia, permi-
tiendo así iniciar o continuar la
sesión de depuración a partir de
ese nuevo punto.
Para establecer un punto de
parada lo primero que hay que
hacer es situar el cursor en la sen-
tencia que interese, pulsando a
continuación F5 o usando la
opción Debug∑Toggle Breakpoint del menú
emergente del Editor de código. De
manera inmediata podremos ver
que la sentencia se destaca del
resto, generalmente apareciendo
con el fondo rojo.
Una vez colocados los
puntos de parada en
aquellas sentencias a
partir de las cuales
deseemos ejecutar
paso a paso, estare-
mos en disposición de
lanzar la ejecución
del programa de
forma normal. En
principio no notare-
mos nada especial, pero en cuanto
el punto de ejecución llegue a una
de las sentencias marcadas con un
punto de parada, Delphi pasará
automáticamente al modo de
pausa.
Cuando un punto de parada ya
no nos sea útil, podemos elimi-
narlo usando exactamente la
misma opción utilizada para esta-
blecerlo, es decir, pulsando la tecla
F5 o abriendo el menú emergente
y seleccionando Debug∑Toggle Breakpoint.
Los puntos de parada pueden
clasificarse en grupos y también

contar con condicionales. Si no
existe un condicional, el punto de
parada detendrá la ejecución siem-
pre que se llegue a la sentencia
asociada, lo cual puede ser un
poco tedioso si dicha sentencia se
encuentra en el interior de un
bucle o, simplemente, es ejecutada
con cierta frecuencia. En estos
casos podemos añadir el punto de
parada usando la opción Add Break-
point∑Source Breakpoint del menú Run, que
abre la ventana mostrada en la
Figura 3. Como puede ver en ella,
es posible establecer tanto un con-
tador como una
condición.
Para conocer cuá-
les son las propie-
dades de un punto
de parada: la
acción que efectúa,
el contador, condi-
cional asociado y Figura 8. Manteniendo abierta esta ventana podremos conocer
grupo al que perte- el valor de las variables y expresiones a medida que ejecuta-
mos paso a paso.
nece; bastará con
situar el puntero del ratón sobre
él. Al hacerlo, como se aprecia en
el detalle de la Figura 4, aparece
un texto flotante que nos informa.
Si contamos con múltiples puntos
de parada repartidos por el código,
podemos usar la opción View∑Debug
Windows∑Breakpoints para abrir la ven-
tana mostrada en la Figura 5. En
ella se enumeran todos los puntos
de parada existentes en nuestro
código, siendo posible acceder a la
sentencia asociada de cada uno de
ellos con un simple doble clic.
También contamos con un menú
emergente que nos permite operar
sobre ellos.
Comprobación
de expresiones y variables
El solo hecho de poder ejecutar el
código de nuestro programa sen-
PRÁCTICO
Figura 6. Sólo que nos encontremos en el modo
situando el de pausa.
puntero del Podemos conocer el contenido de
ratón sobre una variable o propiedad de un
una variable
objeto de forma inmediata, con tan
podemos cono-
sólo situar el puntero del ratón
cer su conteni-
sobre ella. En la Figura 6, por
do actual.
ejemplo, puede ver cómo, tras
detenerse la ejecución en el punto
de parada condicional que había-
mos dispuesto previamente, com-
probamos el valor de la
variable Dia. Una alternativa
consiste en situarnos sobre
la variable y pulsar Control-
F7 o elegir la opción
Evaluate/Modify del menú emer-
gente asociado. En este caso,
como puede ver en la Figura
7, el contenido se examina
en una ventana indepen-
diente. Lo más interesante
es que en esta ventana pode-
Figura 7. La ventana de evaluación permite com- mos, además, modificar el
probar el contenido de variables, modificarlo y eva-
valor de variables y evaluar
luar expresiones.
expresiones. En la citada
Figura 7, por ejemplo, estamos
comprobando si la variable Dia con-
tiene actualmente el valor Viernes.
Si nos encontramos en la necesi-
dad de comprobar el valor de una
misma variable o expresión con
cierta frecuencia, no sólo de
manera puntual, existen otras
alternativas más cómodas a las
dos opciones anteriores. Una de
ellas consiste en abrir la ventana
tencia a sentencia es ya de gran de visualizadores y añadir la
utilidad, siendo posible la detec- expresión que deseemos, usando
ción de errores sólo con esta téc- para ello la opción Run∑Add Watch o la
nica. Esta tarea, no obstante, se combinación Control-F5.
complementa y simplifica gracias a La lista de visualizadores, que
la posibilidad de poder evaluar puede ver en la Figura 8, puede
expresiones y comprobar el conte- acoplarse a otras y mantenerse
nido de variables y objetos siempre siempre visible. De esta forma
podremos ir viendo el valor de las
variables o expresiones que desee-
Con las distintas mos a cada paso de la ejecución,
sin necesidad de dar ningún paso
ventanas disponibles
adicional. Esta ventana, además,
podremos conocer el cuenta con un menú emergente en
estado actual de los el que encontraremos las opciones
necesarias para modificar las pro-
hilos de ejecución, la
piedades de los visualizadores, eli-
CPU o los módulos que minarlos o añadir otros nuevos.
ha cargado en
¿De dónde vengo?
memoria nuestra
Al entrar en el estado de pausa,
aplicación tras iniciar la ejecución del pro-
PCW 316

grama, nos encontraremos en un
punto al que hemos llegado tras
disponer un punto de parada,
usar la opción Run to Cursor o inte-
rrumpir el programa de alguna
otra forma. Independientemente
de ello, es posible que estando
en ese punto no sepamos muy
bien cómo hemos llegado hasta
él. Esto es habitual cuando esta-
mos en un procedimiento o fun-
ción que es llamado desde dis-
tintos puntos de la aplicación.
La solución a este problema es
tan rápida como seleccionar la
opción View∑Debug Windows∑Call Stack ,
que hace aparecer una ventana
similar a la de la Figura 9. Ésta
es conocida como la ventana que
muestra la pila de llamadas. En
ella aparecen, en orden inverso,
los nombres de los procedimien-
tos por los que se ha pasado
hasta llegar al punto actual, que
ocupa el primer puesto en la
lista. De esta forma podemos
saber de manera inmediata cuál
ha sido la secuencia de ejecu-
PRÁCTICO
Delphi cuenta con una
extensa batería de
opciones que facilitan
el proceso de
depuración, facilitando
la ejecución paso a
paso, la evaluación e
inspeccionamiento de
expresiones, valores y
objetos
ción que nos ha llevado hasta
este punto.
Aparte de esta ventana y las
que hemos visto en puntos pre-
vios, en el submenú View∑Debug Win-
dows contamos con opciones que
nos permiten abrir muchas
otras. Con ellas podemos anali-
zar el estado de los hilos de eje-
cución del programa, los módulos
que éste está utilizando o,
incluso, conocer el estado de los
registros de la CPU y FPU.
Visto y por ver
A lo largo del semestre que ha
durado este curso, que llega a su
punto final, se ha pretendido intro-
ducir al lector en el uso de una de
las herramientas de desarrollo
más polivalentes y conocidas en la
actualidad: Borland Delphi. Si,
partiendo de unos conocimientos
nulos, al llegar a esta última
entrega el lector se siente cómodo
en el entorno de Delphi, sabe cómo
diseñar una interfaz básica, escri-
bir código en Object Pascal, ejecu-
tar y depurar su proyecto, habre-
mos conseguido nuestro objetivo.
Obviamente no será un experto en
la materia, pero se encontrará en
el punto adecuado para iniciar un
aprendizaje en profundidad de
Object Pascal, Delphi y sus com-
ponentes contando con una indis-
pensable visión general. PCW
Francisco Charte es profesor de
informática. Autor de diferentes
libros sobre lenguajes y sistemas
de información.