Documentos de Académico
Documentos de Profesional
Documentos de Cultura
ENTORNO DE DESARROLLO
DELPHI
Grupo 1
INTEGRANTES
Anderson Candelario – 2017-0404
En la barra de título de la
ventana principal (la superior)
vemos el nombre del entorno
(Delphi) seguido del nombre del
proyecto en curso. Bajo la barra
de título encontramos el menú,
con las opciones típicas de
ficheros, herramientas, edición,
etc.
La parte inferior izquierda de la ventana principal está ocupada por un conjunto de botones,
separados en tres grupos, como vemos en el gráfico:
Mediante ellos podemos cargar un nuevo proyecto, salvar el actual, etc. Cada uno de estos
botones tiene una correspondencia con una opción del menú y algunos de ellos también
tienen asociada una tecla de acceso rápido.
Este elemento contiene las diferentes opciones del programa agrupadas en varias principales.
En Delphi el menú de opciones es un apartado con estructura casi fija (es decir, siempre las
mismas opciones en el mismo lugar, Puede que varíen el aspecto o el lugar dependiendo la
version), salvando la posibilidad de añadir opciones mediante la creación de extensiones al
entorno.
LA PALETA DE BOTONES
Al igual que otros elementos de Delphi, la paleta de botones tiene asociado un menú
emergente o contextual, que podemos hacer aparecer pulsando el botón derecho del ratón.
Estas opciones nos permiten ocultar la barra de botones, pedir ayuda, decir si queremos que
se muestren los hints o no, y personalizarla añadiendo/quitando botones en properties. Si
ocultamos la barra de botones, siempre tenemos la opción de volver a mostrarla en el
menú View, opción Speedbar.
FORMS
La interfaz de las aplicaciones que
escribamos con Delphi estará basada en
el uso de forms, nombre con el que se
denomina a las ventanas del entorno
Windows en las que se alojarán los
distintos controles encargados de
interactuar con el usuario. Cada vez que
se inicia un nuevo proyecto, en pantalla
veremos aparecer un form vacío, en el
que podremos insertar los componentes
que seleccionemos de la Paleta de
componentes.
La mayor parte del tiempo, durante la creación de una aplicación con Delphi, se trabaja con
objetos, que pueden ser controles y objetos no visuales. Estos objetos disponen en su
interior de miembros de datos, métodos, propiedades, pueden definir tipos, etc. Toda la
de interfaz de usuario.
Un objetivo clave del VCL combinado con el lenguaje Delphi fue cambiar los requisitos de construcción
de una interfaz de usuario. En ese momento, gran parte del trabajo del código de la interfaz de usuario
requería crear clases heredadas de otras clases, y los objetos personalizados a menudo no eran
reutilizables (por ejemplo, un botón que realiza una acción específica no se puede reutilizar en una
aplicación diferente).
Los componentes de VCL cubren controles de Windows como Windows ( clase TForm ),
controles (por ejemplo, TButton, TCheckBox, clases TLabel) así como acceso a la base de
datos (por ejemplo, componentes ADO o IBX) o conexiones a Internet ( componentes Indy ).
El enfoque de componentes permite a los programadores extender el VCL con muchos
componentes adicionales visuales y no visuales.
Existe una gran cantidad de paquetes de componentes comerciales y gratuitos. Entre
ellos se encuentran JEDI , TMS , Developer Express , Mitov Software , Raize
Software , TurboPower , IOComp , SDL , DA-SOFT Technologies y muchos otros.
Si bien no todos los componentes de VCL son seguros para subprocesos , VCL
también admite subprocesos múltiples . Un ejemplo es el soporte multihilo integrado de
la biblioteca OpenWire VCL.
VCL proporciona soporte nativo para el modelo PME (propiedades, métodos y eventos)
a nivel .NET .
1.3 DISEÑADOR DE FORMULARIOS
1. File
2. New
3. VCL Forms Aplicaron -
Delphi
POSIBILIDAD DE
CAMBIAR LA
VISTA DE LAS
DIFERENTES
CAPAS O LAYER.
MENU PRINCIPAL
BARRA DE TITULO
BARRA DE
ACCESOS
DIRECTOS
• Paleta de componentes
• Se encuentra en la parte
inferior derecha.
• Esta compuesta por un
conjunto de categorías de
elementos según su tipo.
COMBO BOX DE
COMPONENTES
PAGINA DE
EVENTOS VALORES DE LAS
PROPIEDADES
PROPIEDADES DEL
COMPONENTE
Eventos genéricos Todos los controles que hemos conocido, por el hecho de estar directa o indirectamente derivados de la clase TControl,
cuentan con una serie de eventos genéricos, como OnClick, OnDblClick, OnMouseDown, OnMouseUp u OnMouseMove.
El primero de ellos, que es el evento más usado, se produce al pulsar sobre un control, generalmente usando el ratón. Los otros cuatro
tienen lugar al efectuar un doble clic, pulsar un botón, liberarlo y mover el ratón, respectivamente. 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.
Además de los anteriores, los controles que trabajan con texto, como Edit y Memo, cuentan con otros eventos adicionales relacionados con
el teclado. El más representativo sería OnKeyPress, equivalente al OnClick, mientras que los eventos OnKeyDown y OnKeyUp serían
similares 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, realizando conversiones, etc.
Anderson Candelario
1.8 ASIGNACIÓN DE EVENTOS EN
TIEMPO DE EJECUCIÓN
Agregar Eventos En Tiempo De Ejecución
• Quiero mostrarles varias cosas con este ejemplo , pero la principal es como agregar eventos a un grupo de controles en
tiempo de ejecución en visual basic .net.
• Para el ejemplo necesitaremos un formulario con muchos controles textBox’s (no importa como se llamen).
Estudiante 1
• Cada vez que en el diseñador de visual studio le damos doble clic a un control se crea una sub rutina que será la
encargada de manejar ese evento. En el caso de un cuadro de texto el evento por defecto es TextChanged y el diseñador
de visual studio creará una subrutina llamada TextBox1_TextChanged pero en realidad el nombre no es importante,
podríamos cambiarlo y nada pasaría. Lo importante es lo que está al final de la linea: ” Handles TextBox1.TextChanged”.
Esto indica que esta rutina “manejará” el evento TextBox1.TextChanged.
• Nosotros podemos asignar estos “manejadores” en tiempo de ejecución y, como en el presente ejemplo, podemos hacerlo
utilizando la misma función para varios controles.
Estudiante 1
¡Muchas gracias!