Instituto Universitario De Tecnología De Administración

Industrial
Especialidad: Informática
Sección: 203-A1
Unidad Curricular: Programación II
Profesor: Samanta Díaz

Aspectos de lenguaje programación visual Basic

Alumnos:
Larry Bastardo
C.I.19.155.729
Johnny de la oz
C.I.18.404.656

Guarenas, Mayo 2011

 Introducción

Hace poco más de 10 años, el proceso de construir una simple

aplicación basada en Microsoft Windows se habría podido describir como
complicado, difícil y largo. Construir estas aplicaciones ricas en gráficos -una
tarea que hoy parece sencilla- no era un proceso trivial antes de la
introducción de Visual Basic1.0 en mayo de 1991.

Con Visual Basic, los programadores podían, por primera vez ,

implementar aplicaciones de Windows en un ambiente intuitivo y gráfico,
simplemente arrastrando controles sobre un formulario. Haciendo posible a
los programadores profesionales y a los ocasionales maximizar su
productividad, Visual Basic conllevó un renacimiento del desarrollo de
aplicaciones basadas en Windows.

Inicialmente, Visual Basic fue pensado para ser un producto muy

táctico. Microsoft tenía varias iniciativas en el desarrollo que lideraba Visual
Basic 1.0, todas fueron pensadas para convertirse en las herramientas de
programación a largo plazo, estratégicas, gráficas y orientadas a objetos.
Como siempre ocurre con los productos en su versión 1.0, el equipo de
Visual Basic 1.0 fue forzado a cortar características de su larga lista de ideas
para entregar realmente el producto al mercado. Consecuentemente, la
primera versión incluyó poco más que la tecnología Embedded Basic que
había sido desarrollada originalmente en Microsoft QuickBasic 4.0 (el código
"p" y compilador de Microsoft) y una herramienta compiladora de diseño
simple originalmente diseñada para Windows 3.0 pero que nunca fue
utilizada para tal fin. Aproximadamente 12 meses después, el desarrollo y
mejora de la versión 1.0 comenzó, Microsoft sacó al mercado una
herramienta desarrolladora para cubrir la exigencia en ese momento del
mercado cuyo nombre en clave fue "Thunder"(Trueno).
Propiedades de proyecto para usuarios de Visual Basic 6.0

Las propiedades de proyecto en Visual Basic 6.0 y Visual Basic 2005 definen
distintas configuraciones globales; muchas de las propiedades de proyecto
difieren entre Visual Basic 6.0 y Visual Basic 2005.

Diferencias conceptuales

En Visual Basic 6.0, las propiedades del proyecto se establecen en el cuadro

de dialogo Propiedades del proyecto.

En Visual Basic 2005, las propiedades del proyecto se establecen en el

Diseñador de proyectos. Para obtener más información, vea Introducción al
Diseñador de proyectos.

Propiedades del componente ActiveX

En Visual Basic 6.0, hay varias propiedades relacionadas con componentes

ActiveX, incluidas: Ejecución desatendida, Modelo de subprocesos, Solicitar
clave de la licencia, Conservado en memoria, Modo de inicio, Servidor
remoto y Compatibilidad de versiones.

En Visual Basic 2005, el modelo para crear componentes es

considerablemente diferente y no hay ningún equivalente directo para estas
propiedades de proyecto. Para obtener más información, vea Creación de
componentes para usuarios de Visual Basic 6.0.

Actualizar controles ActiveX (propiedad)

En Visual Basic 6.0, la propiedad de proyecto Actualizar controles ActiveX

actualiza automáticamente los controles ActiveX si instala una versión más
reciente de ellos en el equipo desde la última vez que abrió el proyecto.

En Visual Basic 2005, aunque puede utilizar los controles ActiveX, no hay
ningún equivalente para esta propiedad. El proyecto utilizará la versión del
control ActiveX al que hizo referencia cuando lo agregó al proyecto.
Quitar información de controles ActiveX no usados (propiedad)

En Visual Basic 6.0, la propiedad del proyecto Quitar información de

controles ActiveX no usados quita las referencias a los controles no utilizados
antes de compilar.

En Visual Basic 2005, no hay equivalente; nunca se compilan los controles

no utilizados.

Optimizaciones del compilador

Aunque Visual Basic 6.0 y Visual Basic 2005 admiten optimizaciones del
compilador, los compiladores y, por consiguiente, las optimizaciones
disponibles, son distintos. Para obtener más información, vea Compilador de
Visual Basic.

Las optimizaciones del compilador de Visual Basic 2005 se establecen en el

cuadro de diálogo Configuración de compilador avanzada, accesible desde la
ficha Compilar del Diseñador de proyectos.

Botones de la barra de herramientas de Visual Basic.

TextBox

Mediante este control podremos realizar tanto la entrada como la salida de

datos en nuestras aplicaciones.

No hace falta que indiquemos las coordenadas de la situación del formulario

en pantalla, simplemente tendremos que marcar sobre el control de la caja
de herramientas y dibujarlo con el tamaño que queramos en nuestro
formulario
Label

Este control es también uno de los más utilizados, aunque su utilidad queda
restringida a la visualización de datos en el mismo, no permitiendo la
introducción de datos por parte del usuario.

CommandButton

Este control es el típico botón que aparece en todas las aplicaciones y que al
hacer click sobre él nos permite realizar alguna operación concreta,
normalmente Aceptar o Cancelar. Aunque según el código que le asociemos
podremos realizar las operaciones que queramos.

OptionButton

Este control nos permite elegir una opción entre varias de las que se nos
plantean. Cada opción será un control optionbutton diferente. Bloquear los

Controles
Cuando estén situados los controles en el formulario se pueden bloquear
para que no puedan moverse de forma accidental.

Para esto deberemos pulsar en la barra de herramientas:

Cuando actives este botón y mientras no desbloquees los controles

utilizando la misma opción no se podrán mover ninguno de los controles del
formulario activo.
Sin embargo en si abres otro formulario que no tenga los controles
bloqueados si se podrán mover. Si añades más controles a un formulario
bloqueado estos quedan bloqueados automáticamente
Tiene la siguiente forma:

Un control Frame proporciona un agrupamiento identificable para controles.

También puede utilizar un Frame para subdividir un formulario
funcionalmente por ejemplo, para separar grupos de controles OptionButton.

CHECK BUTTON Y OPTION BUTTON (BOTONES DE ELECCION Y

OPCION)

Se obtienen directamente de la caja de herramientas.

Dada la similitud de ambos controles, se comentan conjuntamente.

El control CheckBox, o casilla de verificación, permite elegir una opción

(activada / desactivada, True/False) que el usuario puede establecer o anular
haciendo click. Una X en una casilla de verificación indica que está
seleccionada, activada, o con valor True. Cada casilla de verificación es
independiente de las demás que puedan existir en el formulario, pudiendo
tomar cada una de ellas el valor True o False, a voluntad del operador.

Un control OptionButton muestra una opción que se puede activar o

desactivar, pero con dependencia del estado de otros controles OptionButton
que existan en el formulario.

Generalmente, los controles OptionButton se utilizan en un grupo de

opciones para mostrar opciones de las cuales el usuario sólo puede
seleccionar una. Los controles OptionButton se agrupan dibujándolos dentro
de un contenedor como un control Frame, un control PictureBox o un
formulario. Para agrupar controles OptionButton en un Frame o PictureBox,
dibuje en primer lugar el Frame o PictureBox y, a continuación, dibuje dentro
los controles OptionButton. Todos los controles OptionButton que están
dentro del mismo contenedor actúan como un solo grupo, e independientes
de los controles OptionButton de otros grupos distintos.

Aunque puede parecer que los controles OptionButton y CheckBox funcionan

de forma similar, hay una diferencia importante: Cuando un usuario
selecciona un OptionButton, los otros controles del mismo grupo
OptionButton dejan de estas disponibles automáticamente. Por contraste, se
puede seleccionar cualquier número de controles CheckBox.
LIST BOX Y COMBO BOX

Estos dos controles, debido a su similitud, se estudian conjuntamente.

Se obtienen directamente de la caja de herramientas:

Un control ListBox muestra una lista de elementos en la que el usuario puede

seleccionar uno o más. Si el número de elementos supera el número que
puede mostrarse, se agregará automáticamente una barra de
desplazamiento al control ListBox.

Un control ComboBox combina las características de un control TextBox y un

control ListBox. Los usuarios pueden introducir información en la parte del
cuadro de texto y seleccionar un elemento en la parte de cuadro de lista del
control. En resumen, un ComboBox es la combinación de un ListBox, que se
comporta como si de un ListBox se tratase, y de un TextBox, con
comportamiento análogo a un TextBox sencillo, con la particularidad aquí de
que el texto se le puede introducir por teclado, o elegir uno de los que figuran
en la parte ListBox del Combo.

CONTROLES HScrollBar y VScrollBar

Son dos controles similares, para introducir un dato cuasi-analógico en una

aplicación. Se toman directamente de la caja de herramientas, y tienen un
aspecto parecido al de un control de volumen de un equipo de música. El
HScrollBar está en posición horizontal, y el VScrollBar en posición vertical.
Mediante estos controles se pueden introducir datos variando la posición del
cursor.

TIMER TEMPORIZADOR

Este objeto permite establecer temporizaciones. Presenta una novedad

respecto a los controles estudiados hasta ahora. El control Timer solamente
se ve durante el tiempo de diseño. En tiempo de ejecución, el control
permanece invisible.

La temporización producida por el Timer es independiente de la velocidad de

trabajo del ordenador. (Casi independiente. El timer no es un reloj exacto,
pero se le parece)

Se toma directamente de la caja de herramientas, y tiene el aspecto

siguiente:

SHAPE

Se toma directamente de la caja de herramientas:

Shape es un control gráfico que se muestra como un rectángulo, un
cuadrado, una elipse, un círculo, un rectángulo redondeado o un cuadrado
redondeado.

Utilice controles Shape en tiempo de diseño en lugar o además de invocar

los métodos Circle y Line en tiempo de ejecución. Puede dibujar un control
Shape en un contenedor, pero no puede actuar como contenedor. (Esto
quiere decir que un control Shape nunca le servirá, por ejemplo, para
albergar varios OptionButton y pretender que sean independientes de otros
controles OptionButton que se encuentren fuera del control Shape.

Este control no tiene Procedimientos. En realidad, solamente sirve para

mostrar un determinado gráfico, envolver gráficamente a otros controles,
pero no tiene ninguna aplicación en cuanto a programa. Es un "adorno" para
sus aplicaciones.

LINE

Se toma directamente de la caja de herramientas

Line, al igual que Shape, es un control gráfico que solamente sirve para
poner una línea en un formulario. Del mismo modo, no tiene procedimientos,
por lo que no sirve para aportar código al programa. Solo sirve para aportar
una característica gráfica, es un adorno.

CONTROL GAUGE

Este control presenta una información numérica de forma gráfica, bien como
un display lineal (típico por ejemplo en ecualizadores de audio), o como una
aguja. No está normalmente en la caja de herramientas, por lo que hay que
traerla desde los Controles Personalizados (Menú desplegable de
Herramientas) Se denomina MicroHelp Gauge Control. El archivo que lo
contiene se denomina GAUGE16.OCX, 16 bits

Mediante este control, podemos presentar una magnitud numérica de una

forma cuasi-analógica. Podríamos decir que es un control similar al
HScrollBar, que en vez de meter información a la aplicación, la presenta.

Este control puede servir, por ejemplo, para presentar el tanto por ciento de
ejecución de una tarea, como elemento tranquilizante. Puede presentar el
nivel de un depósito de agua, etc.

Presenta las dos formas siguientes:

En la figura puede verse un Gauge de aguja, uno de barra horizontal y otro
de barra vertical. Para mejorar la presentación, el Gauge permite poner un
gráfico como fondo, cambiar el color de la barra, color de fondo, etc.

El control Gauge crea medidores definidos por el usuario, que puede elegir
entre los estilos lineales (relleno) o de aguja.

Nota para la distribución Cuando cree y distribuya aplicaciones con controles

Gauge, tendrá que instalar el archivo apropiado en el subdirectorio SYSTEM
de Windows del cliente. El Kit para instalación que incluye Visual Basic, le
proporciona herramientas para escribir los programas que instalan las
aplicaciones correctamente.

El CommonDialog es un control del que se libran muy pocas aplicaciones.

Dada la importancia de este control, se le dedica un capitulo único en esta
Guía del Estudiante.

CUADRO DE DIALOGO CommonDialog

Normalmente se encuentra en la caja de herramientas

Este control no se presenta en tiempo de diseño mas que con un simple

icono:
El cuadro de diálogo, CommonDialog se utiliza para varias funciones:

Abrir Ficheros

Guardar Ficheros

Elegir colores

Seleccionar Impresora

• Seleccionar Fuentes
• Mostrar el fichero de Ayuda

En realidad el cuadro de diálogo permite conocer datos con los cuales, y

mediante el código adecuado, abriremos o guardaremos ficheros, elegiremos
colores o seleccionaremos fuentes. Es decir, el CommonDialog NO realiza
más funciones que mostrar ficheros existentes, fuentes disponibles, colores,
para que, mediante código, abramos esos ficheros o usemos una
determinada fuente.

Dependiendo de la aplicación para la que vaya a usarse se deberá activar de

distintas formas. Si el cuadro de diálogo se va a usar para seleccionar la
impresora y para otras aplicaciones, es recomendable usar uno
exclusivamente para seleccionar la impresora.

Esta última recomendación se debe a que, para el control de la impresora, el

CommonDialog SI realiza las funciones de selección de impresora
predeterminada. Esta diferencia operativa hace que si usamos el mismo
CommonDialog para seleccionar impresora y abrir ficheros, por ejemplo, se
"cuelgue" el CommonDialog.

En Visual Basic 6.0 (y en todas las versiones anteriores de Visual Basic), las
aplicaciones basadas en Windows se creaban mediante formularios que
formaban parte del motor en tiempo de ejecución de Visual Basic. En Visual
Basic 2005, las aplicaciones basadas en Windows se crean utilizando
formularios Windows Forms proporcionados por .NET Framework.
Los formularios Windows Forms y sus controles proporcionan una
arquitectura más extensible y compleja para el desarrollo de aplicaciones
basadas en Windows; sin embargo, hay algunas diferencias entre los
formularios y los controles de Windows Forms, y los formularios y controles
de Visual Basic 6.0. Los temas siguientes se han concebido para ayudarle a
comprender las diferencias.

Barra de Menús: Visualiza las ordenes que usted utiliza para desarrollar una
aplicación.

Menús Contextuales: Un menú contextual es un menú flotante que presenta

ordenes especificas realtivas a un determinado objeto.

Barra de Herramientas: Facilita un acceso rapido a las ordenes mas

comúnmente utilizadas. Las barras de herramientas se pueden acoplar
debajo de la barra de menus o pueden “flotar” si selecciona el tirador vertical
del borde izquierdo y la arrastra fuera del lugar debajo de la barra de menus.

Explorador de Proyectos: Esta ventana contiene la lista de los ficheros que

componen el proyecto actual.

Ventana de Propiedades: Cada objeto lleva asociado un conjunto de

propiedades (nombre, posición, tamaño, color, etc). Para ver o especificar los
valores de las propiedades de un objeto, utilizaremos la ventana de
propiedades .

Caja o cuadro de herramientas: Proporciona un conjunto de herramientas

que permiten colocar los controles en el formulario durante el diseño de la
interfaz grafica del usuario.

Formulario: Es la ventana sobre la que colocaremos los controles de la

interfaz grafica que el usuario utilizara para comunicarse con la aplicación.
Cada formulario de la aplicación tiene su propia ventana diseñador de
formulario.

Ventana de posición de formulario: Esta ventana le permite colocar los

formularios de su aplicación utilizando una pequeña representación grafica
de la pantalla. Si visualiza el menu contextual de esta ventana y ejecuta la
orden “Guias de Resolución”, observara que se pintan unas lineas que
delimitan la pantalla para cuando la resolución sea de 640x480 pixeles.
ALGUNAS PROPIEDADES COMUNES A VARIOS CONTROLES

Hay algunas propiedades que son comunes a muchos controles. A

continuación se hace una lista con las utilizadas más habitualmente:

Appearance: Establece si un objeto tiene un aspecto plano (valor 0) o

tridimensional (valor

BackColor: Establece el color de fondo de un objeto.

Caption: Establece el texto que aparece dentro o junto al objeto. Tiene el

papel de un título.

Enabled: Establece si un objeto es accesible y modificable o no.

Font: Establece las características del tipo de letra del objeto.

ForeColor: Establece el color del texto y/o gráficos de un objeto.

Height y Width: Establecen la altura y achura de un objeto.

Left y Top: Establecen la distancia horizontal y vertical entre el origen del

control y el origen del objeto que lo contiene, que puede ser un formulario, un
marco (frame), etc.

MousePointer: Establece la forma que adoptará el puntero del ratón al

posicionarse sobre el objeto. Esta forma puede elegirse dentro de una lista
en las que aparecen las habituales del puntero del ratón o creando iconos
propios. Algunas constantes de significado inmediato que definen la forma
del cursor son las siguientes: vbDefault, vbArrow, vbCrosshair, vbIbeam,
vbSizePointer, vbUpArrow, vbHourglass, etc. Para más información puede
consultarse el Help de MousePointer.

Name: Nombre del objeto. Todos los objetos incluidos en un formulario

deben tener un nombre con el que poder referirse a él a la hora de programar
la forma en que debe actuar. Existen unas reglas para definir los nombre de
los controles, que ya se vieron en el

Visible: Establece si el objeto es visible o invisible.

CREACIÓN DE PROGRAMAS EJECUTABLES

Una vez finalizada la programación de la nueva aplicación, la siguiente tarea

suele consistir en la creación de un programa ejecutable para su distribución
e instalación en cuantos ordenadores se desee, incluso aunque en ellos no
esté instalado Visual Basic 6.0. Para crear un programa ejecutable se utiliza
el comando Make nombreProyecto.exe en el menú File. De esta manera se
generará un fichero cuya extensión será *.exe. Para que este programa
funcione en un ordenador solamente se necesita que el fichero
MSVBVM60.DLL esté instalado en el directorio c:\Windows\System o
c:\Winnt\System32. En el caso de proyectos más complejos en los que se
utilicen muchos controles pueden ser necesarios más ficheros, la mayoría de
ellos con extensiones *.ocx, *.vbx o *.dll. Para saber en cada caso cuáles son
los ficheros necesarios se puede consultar el fichero *.vbp que contiene la
descripción completa del proyecto. Casi todos esos ficheros necesarios se
instalan automáticamente al instalar el compilador de Visual Basic 6.0 en el
ordenador.

En el caso de el programa se vaya a utilizar en un ordenador en el que no

esté instalado Visual Basic o de que en el proyecto se hayan utilizado
controles comerciales (como los Crystal Reports para la creación de
informes, los Sheridan Data Widgets o los True DBGrid de Apex para la
gestión de bases de datos, etc.), puede resultar interesante construir unos
disquetes de instalación que simplifiquen la tarea de instalar el programa en
cualquier ordenador sin tener que ver en cada caso cuáles son los ficheros
que faltan. Visual Basic 6.0 dispone de un Asistente (Wizard) que,
interactivamente, simplifica enormemente la tarea de creación de disquetes
de instalación. Este Asistente está en el mismo grupo de programas que
Visual Basic 6.0 y se llama Package and Deployement Wizard.

CÓMO UTILIZAR EL HELP

Visual Basic 6.0 dispone de un Help excelente, como la mayoría de las

aplicaciones de Microsoft. En esta nueva versión la ayuda se ofrece a través
de una interface de usuario¡ similar a la de Internet Explorer.

Estando seleccionado un control, una propiedad o un formulario, o estando

seleccionada una palabra clave en una ventana de código, esta ayuda se
puede utilizar de modo sensible al contexto pulsando la tecla <F1>. También
se puede ver toda la información disponible de modo general y ordenado por
temas con el comando Help/Contents. Otra forma de acceder a la ayuda es
mediante las opciones del menú Help. Así mediante la opción Index se
puede obtener información sobre muchos términos relacionados con Visual
Basic 6.0. Una vez obtenida la ayuda sobre el término solicitado se pueden
encontrar temas relacionados con ese término en la opción See Also. En el
caso de que se haya solicitado ayuda sobre un determinado tipo de control
se podría acceder también a la ayuda sobre todos y cada uno de sus
propiedades, eventos y métodos con las opciones Properties, Methods y
Events, respectivamente.La solapa Contents de la ventana de ayuda sirve
para acceder a una pantalla en la que la ayuda está ordenada por temas, la
de Index sirve para acceder a una pantalla en la que se podrá realizar una
búsqueda a partir de un término introducido por el usuario, entre una gran
lista de términos ordenados alfabéticamente. Al teclear las primeras letras del
término, la lista de palabras se va desplazando de modo automático en
busca de la palabra buscada. El botón Back sirve para regresar a la pantalla
desde la que se ha llegado a la actual y con el botón Print se puede imprimir
el contenido de la ayuda.

UTILIZACIÓN DEL CODE EDITOR

El editor de código o Code Editor de Visual Basic 6.0 es la ventana en la cual

se escriben las sentencias del programa. Esta ventana presenta algunas
características muy interesantes que conviene conocer para sacar el máximo
partido a la aplicación. Para abrir la ventana del editor de código se elige
Code en el menú View. También se abre clicando en el botón View Code de
la Project Window, o clicando dos veces en el formulario o en cualquiera de
sus controles. Cada formulario, cada módulo de clase y cada módulo
estándar tienen su propia ventana de código. La Figura 2.10 muestra un
aspecto típico de la ventana de código. Aunque el aspecto de dicha ventana
no tiene nada de particular, el Code Editor de Visual Basic 6.0 ofrece muchas
ayudas al usuario que requieren una explicación más detenida. En primer
lugar, el Code Editor utiliza un código de colores (accesible y modificable en
Tools/Options/Editor Format) para destacar cada elemento del programa.
Así, el código escrito por el usuario aparece en negro, las palabras clave de
Basic en azul, los comentarios en verde, los errores en rojo, etc. Esta simple
ayuda visual permite detectar y corregir problemas con más facilidad.

En la parte superior de esta ventana aparecen dos listas desplegables. La de

la izquierda corresponde a los distintos elementos del formulario (la parte
General, que es común a todo el formulario; el propio formulario y los
distintos controles que están incluidos en él). La lista desplegable de la
derecha muestra los distintos procedimientos que se corresponden con el
elemento seleccionado en la lista de la izquierda. Por ejemplo, si en la
izquierda está seleccionado un botón de comando, en la lista de la derecha
aparecerá la lista de todos los posibles procedimientos Sub que pueden
generar sus posibles eventos. Estas dos listas permiten localizar fácilmente
el código que se desee programar o modificar.

Ésta es la parte General de código del formulario. En esta parte también se

pueden definir funciones yprocedimientos Sub no relacionados con ningún
evento o control en particular.

UTILIZACIÓN DEL DEBUGGER

Cualquier programador con un mínimo de experiencia sabe que una parte

muy importante (muchas veces la mayor parte) del tiempo destinado a la
elaboración de un programa se destina a la detección y corrección de
errores. Casi todos los entornos de desarrollo disponen hoy en día de
potentes herramientas que facilitan la depuración de los programas
realizados. La herramienta más utilizada para ello es el Depurador o
Debugger. La característica principal del Debugger es que permite ejecutar
parcialmente el programa, deteniendo la ejecución en el punto deseado y
estudiando en cada momento el valor de cada una de las variables. De esta
manera se facilita enormemente el descubrimiento de las fuentes de errores.
Ejecución controlada de un programa

Desde su concepción, el programador decide que ocurre exactamente en

cada momento de la ejecución del programa, de forma que las vías de
actuación pueden ser previstas de antemano.

Desde un punto de vista funcional, esto significa que, por ejemplo, se puede
decidir en que momento se atenderá una llamada del teclado o en que
momento atenderá la UART del puerto serie para atender la llegada o envío
de datos.

Desde el punto de vista del código, el programa (suponemos que es C) se

inicia en la función main y termina cuando esta termina. main puede llamar a
otras funciones (que pueden llamar a su vez a otras funciones), pero siempre
es el programa el que decide cual es la vía de acción en cada caso; que
funciones se invocan y cuando.

En el fondo, esta característica es consecuencia de que el programa controla

más o menos directamente sus propios procesos de entrada/salida. Puede
por ejemplo "leer" el teclado o "escribir" directamente en el puerto de
impresora, por lo que las decisiones pueden tomarse "desde dentro" del
programa.

Se puede ejecutar parcialmente un programa de varias formas. Una de ellas

consiste en incluir breakpoints (puntos de parada de la ejecución) en
determinadas líneas del código. Los breakpoints se indican con un punto
grueso en el margen tal como se ve en la siguiente figura:
En esta figura se muestra también la mini barra de herramientas Debug. El
colocar un breakpoint en una línea de código implica que la ejecución del
programa se detendrá al llegar a esa línea. Para insertar un breakpoint en
una línea del código se posiciona el cursor sobre está y se utiliza la opción

con el botón derecho, con el botón del mismo

nombre o pulsando la tecla <F9>. Para borrarlo se repite esa operación.

Para iniciar la ejecución con el debugger se utiliza la opción Start Debug del
menú Build y Go o <F5> como se muestra en la siguiente figura y se
detendrá en la línea que tenga un breakpoint.
Cuando la ejecución está detenida en una línea aparece una flecha en el
margen izquierdo, tal como puede verse en la siguiente figura:

Ventana de Ventana Watch

variables

En ese momento se puede consultar el valor de cualquier variable que sea

accesible desde ese punto en la ventana de variables. En la figura anterior se
puede observar como la ejecución del programa está detenida en la línea,
con una flecha en el margen izquierdo, pulsando la tecla <F5>,
seleccionando la opción Step Into del menú Debug o clicando en el botón
correspondiente hace que se ejecute una línea del código. En el caso de
que ésta se trate de la llamada a una función, la ejecución se trasladará a la
primera línea de esa función. En el caso de que se desee ejecutar toda la
función en un único paso (por ejemplo porque se tiene constancia de que esa
función funciona correctamente) se puede utilizar la opción Step Over,
pulsando la tecla <F10>, o clicando en el botón correspondiente . En este
caso la ejecución se traslada a la línea inmediatamente posterior a la llamada
a la función. En el caso de que la línea a ejecutar no sea la llamada a una
función ambas opciones (Step Into y Step Over) operan idénticamente. El

comando y botón Step Out hace que se salga de la función que se está
ejecutando y que la ejecución se detenga en la sentencia inmediatamente
siguiente a la llamada a dicha función.
La utilización del Debugger permite también otras opciones muy interesantes
como la de ejecutar el programa hasta la línea en la que se encuentre
posicionado el cursor (con Run To Cursor o Ctrl+<F10>); y la posibilidad de
volver a comenzar la ejecución (con Restart o Ctrl + Mayúsculas +
<F5>).

La ventana Watch permite imprimir el valor de cualquier variable de la

función que se está ejecutando. Esto se puede realizar escribiendo el
nombre de la variable directamente en dicha ventana o por medio de la

ventana Quick watch . La ventana Variables muestra el valor de todas las

variables visibles en el procedimiento en el que está detenida la ejecución.

Para salir del debugger basta con oprimir el botón o ir al menú Debug
y seleccionar Stop Debugging.

ADO substituyó tanto a DAO (Data Access Object), como a RDO (Remote
Data Object), que eran los sistemas previos que se usaban para acceder a
las bases de datos y bases de datos remotas, respectivamente. Tiene la
mayor parte de la funcionalidad de ambos modelos y sin embargo es más
sencillo de usar y de entender y por lo tanto más fácil y menos engorroso de
programar.

La última versión de ADO, creada por Microsoft, se llama ADO.NET, y se usa

en los entornos de programación de la plataforma .NET, de Microsoft, para
manejar bases de datos tanto en Windows como en la Web mediante
ASP.NET, que es la nueva versión del ASP para la plataforma.NET.
En la plataforma de programación de software libre llamada Mono también
existe una biblioteca similar a ADO.NET, lo que significa que ahora, la
tecnología ADO.NET se puede usar en otros sistemas operativos aparte de
Windows, como Linux, Mac OS X, BSD, y Solaris.

ADO.NET es mucho más poderoso que ADO pero también es muy diferente,
por lo que es necesario rediseñar los programas hechos con ADO, para que
funcionen en él.

Está previsto que para el 2006 salga una nueva versión del entorno.NET que
tendrá una versión mejorada de ADO.NET, denominada ADO.NET 2.

+-----+------+

| DAO | RDO |

+-----+------+

| ADO |

+------------+

| ADO.NET |

+------------+

| ADO.NET 2 |

+------------+

| ADO.NET 3.5|

+------------+
Funcionamiento

ADO es un intermediario entre el programa y la base de datos. El programa

no ve la base de datos directamente, sino que hace todo el trabajo a través
de ADO. Usando ADO, el programa se comunica con la base de datos,
consulta, edita, inserta, borra, registros, añade tablas, etc. ADO a su vez se
comunica con la base de datos a través de un "proveedor de datos".

El programa usa ADO para hacer una solicitud a la base de datos:

"Dame el nombre y apellido de todos los empleados que vivan en

Venezuela"

Programa ---> ADO ---> Proveedor de datos ---> Base de datos

En la dirección contraria, la base de datos responde, comunicándose con el

proveedor de datos, éste con ADO, y al final, la información llega al
programa.

La base de datos responde

Programa <--- ADO <--- Proveedor de datos <--- Base de datos

+--------+-----------+

| Nombre | Apellido |

+--------+-----------+

| José | Pereira |

| Juan | Pérez |

| María | Hernández |

+--------+-----------+

Una vez que el programa tiene la información proveniente de la base de

datos, puede hacer con ella lo que considere, como por ejemplo, puede
desplegarla en una página Web.
Los usuarios solicitados son los siguientes:

Nombre Apellido

José Pereira

Juan Pérez

María Hernández

Componentes de ADO

Principales componentes de ADO

• Connection (Permite establecer una conexión con la base de datos)

• Recordset (Maneja un conjunto de records de la base de datos)
• Command (Permite enviar órdenes SQL para ser ejecutados por la
base de datos)

Otros componentes de ADO

• Record (Permite manejar un registro, típicamente pero no

exclusivamente, de una fuente diferente a una base de datos. Uno de
sus usos es la representación de datos que no están estructurados en
forma de Tablas, como por ejemplo que tengan una estructura tipo
árbol.
• Field (Permite manipular un campo perteneciente a un Record o un
Recordset)
• Parameter (Permite configurar un parámetro para una consulta SQL.
Se usa con Command)
• Stream (Permite manejar flujos de datos (streams), provenientes de
ficheros de texto, páginas web, etc)
• Error (Indica las características de los errores que pudieran suceder al
ejecutar métodos de los objetos de ADO)
• Property (Contiene información perteneciente a un objeto
determinado)
Utilización del componente DataGrid

Puede utilizar el componente DataGrid como base para los numerosos tipos
de aplicaciones basadas en datos. Puede visualizar fácilmente una vista de
tabla con formato de una consulta de base de datos (o de otros datos). Sin
embargo, también puede utilizar las funciones del procesador de celdas para
crear partes más sofisticadas y editables de la interfaz de usuario.
A continuación se presentan usos prácticos del componente DataGrid:

• Cliente de correo Web

• Páginas de resultados de búsqueda
• Aplicaciones de hojas de cálculo, como las calculadoras de préstamos
y las aplicaciones de impresos de declaración de la renta.

Otras posibilidades del Debugger

El Debugger de Visual Basic 6.0 permite no

sólo saber qué sentencia va a ser la próxima en ejecutarse (con Debug/Show

Next Statement), sino también decidir cuál va a ser dicha sentencia (con
Debug/Set Next Statement), pudiendo cambiar de esta forma el curso
habitual de la ejecución: saltando sentencias, volviendo a una sentencia ya
ejecutada, etc. Visual Basic 6.0 puede dar también información sobre las
llamadas a funciones y procedimientos. Esto se hace con el comando
View/Call Stack o con el botón correspondiente de la barra Debug ( ). De
esta manera puede conocerse qué función ha llamado a qué función hasta la
sentencia donde la ejecución está detenida.
 Conclusión

Visual Basic, empezó siendo un lenguaje de programación para

principiantes, para dar al usuario la capacidad de poder crear por si solo
entornos y programas de manera práctica y sencilla por lo cual no era un
programa de mucha trascendencia y pasaba por alto. Ahora podemos
observar que Visual Basic ha evolucionado, generando de esta manera una
diversidad de versiones y además se ha convertido en una herramienta
imprescindible que continúa cambiando el mundo.