Manejo de Eventos

Prof. Viviana Avarez Tom

Conocimiento: Manejo de Eventos en Java

Cuando tenemos una aplicacin que contiene el mtodo main, es dicho mtodo
quin decide el orden de ejecucin de las operaciones.

Al utilizar aplicaciones con interfaz grfica de usuario, el orden en que se ejecutan

las operaciones depender de la interaccin del usuario con los diferentes
componentes de dicha interfaz.

Se entiende como evento a la operacin que tiene como resultado una accin tras
la intervencin del usuario. Tambin se define como la encapsulacin de una
informacin que puede ser enviada de manera asncrona a la aplicacin y pueden
corresponder a a acciones fsicas (Mouse o teclado) y acciones lgicas.

En java, los eventos forman parte del paquete java.awt.event y estn organizados
en una jerarqua de clases dentro de dicho paquete:

La clase java.util.EventObject: es la clase base de todos los eventos en

java
La subclase java.awt.AWTEvent: es la clase base de todos los eventos
que se utilizan en la construccin de interfaces grficas de usuarios.
Cada tipo de evento XxxEvent tiene asociada una interfaz XxxListener que
es la que permite definir manejadores de eventos.

Este esquema permite visualizar un ejemplo del modelo de evento que maneja java

El modelo de eventos de java hace uso de fuentes de eventos (Source) y receptores

de eventos (Listener). Una fuente de eventos es un objeto que tiene la capacidad
de detectar eventos y notificar a los receptores de eventos que se han producido
esos eventos. Aunque el programador puede establecer el entorno en que se
producen esas notificaciones, siempre hay un escenario por defecto.

Un objeto receptor de eventos es una clase (o una subclase de una clase) que
implementa un interfaz receptor especfico. Hay definidos un determinado nmero
de interfaces receptores, donde cada interfaz declara los mtodos adecuados al
tratamiento de los eventos de su clase. Luego, hay un emparejamiento natural
entre clases de eventos y definiciones de interfaces. Por ejemplo, hay una clase de
eventos de ratn que incluye muchos de los eventos asociados con las acciones del
ratn, y hay un interfaz que se utiliza para definir los receptores de esos eventos.
Manejo de Eventos
Prof. Viviana Avarez Tom

Clases de Eventos

Las clases que representan eventos son el ncleo del mecanismo de gestin de
eventos de java. Estas clases proporcionan una forma fcil y potente de encapsular
eventos y todas heredan de EvenObject, que se encuentra en java.util.

La clase AWTEvent es subclase de EvenObject y se encuentra en el paquete

java.awt, de ella heredan una serie de clases encargadas del manejo de eventos
fsicos (clickear el Mouse) y semnticos (ajustar, incorporara, borrar).

La siguiente tabla resume las principales clases de eventos en java.awt.event.

Nombre Clase Descripcin

ActionEvent Esta clase se genera cuando se pulsa un botn,
se hace doble clic en un elemento de una lista
o cuando se selecciona un elemento de un
men
AdjustmentEvent Esta clase se genera cuando se manipula una
barra de desplazamiento
ComponentEvent Esta clase se genera cuando un componente se
oculta, se mueve, cambia de tamao o se hace
visible
ContainerEvent Esta clase se genera cuando un componente se
aade o se elimina de un contenedor
FocusEvent Esta clase se genera cuando un componente
recibe o pierde el foco del teclado
InputEvent Esta superclase es abstracta. Est definida
para cualquier clase de evento de entrada de
componente

ItemEvent Esta clase se genera cuando se hace clic en

una casilla de verificacin o en un elemento de
una lista, tambin cuando se selecciona una
opcin o cuando se selecciona o deselecciona
un elemento de un men de opciones
KeyEvent Esta clase se genera cuando se recibe una
entrada desde el teclado
MouseEvent Esta clase se genera cuando se arrastra, se
mueve, se hace clic, se pulsa o se libera el
Mouse, tambin cuando el Mouse entra o sale
de un componente.
MouseMotionEvent Esta clase se genera cuando se arrastra o se
mueve el Mouse
MouseWheelEvent Esta clase se genera cuando se mueve la rueda
del Mouse
TextEvent Esta clase se genera cuando se cambia el valor
de un campo o de un rea de texto
WindowEvent Esta clase se genera cuando una ventana se
activa, se cierra, se desactiva, se minimiza , se
abre o se sale de ella.
Manejo de Eventos
Prof. Viviana Avarez Tom

Cada componente de la interfaz grfica puede gatillar o activar un evento, esto se

muestra en la siguiente tabla:

Para interpretar esta tabla, por ejemplo un objeto de tipo Button (botn) puede
generar eventos de tipo ActionEvent, ComponentEvent, FocusEvent, KeyEvent,
MouseEvent y MouseMotionEvent, pero nunca generar un evento de tipo ItemEvent.

Interfaces de oyentes de eventos

El modelo de delegacin de eventos tiene dos componentes fundamentales: fuentes

y oyentes.. Los oyentes se crean implementando una o ms interfaces que se
definen en el paquete java.awt.event. Cuando un evento se da, la fuente del evento
llama al mtodo adecuado que define el oyente y proporciona un objeto de evento
como su argumento.

La siguiente tabla muestra un listado de interfaces de oyentes de uso ms comn y

de los mtodos que define:
Manejo de Eventos
Prof. Viviana Avarez Tom

Nombre Interfaz Descripcin

ActionListener Eventos de accin, mtodo:

void actionPerformed(ActionEvent e)
AdjustementListener Evento de ajuste, mtodo:

void adjustmentValueChanged(AdjustmentEvent e)
ComponentListener Evento de cambio de un componente, mtodos:

void componentResized(ComponentEvet e)
void componentMoved(ComponentEvet e)
void componentShown(ComponentEvet e)
void componentHidden(ComponentEvet e)
ContainerListener Evento de contenedor, mtodos:

void componentAdded(ContainerEvent e)
void componentRemoved(ContainerEvent e)
FocusListener Evento de foco del teclado, mtodos:

void focusGained(FocusEvent e)
void focusLost(FocusEvent e)
ItemListener Evento de cambio de tem, mtodo:

void itemStateChanged(ItemEvent e)
KeyListener Evento de teclado, mtodos:

void keyPressed(KeyEvent e)
void keyRelease(KeyEvent e)
void keyTyped(KeyEvent e)
MouseListener Evento de accin de Mouse, mtodos:

void mouseCliked(MouseEvent e)
void mouseEntered(MouseEvent e)
void mouseExited(MouseEvent e)
void mousePressed(MouseEvent e)
void mouseReleased(MouseEvent e)
MouseMotionListener Evento de arrastre de Mouse, mtodos:

void mouseDragged(MouseEvent e)
void mouseMoved(MouseEvent e)
MouseWheelListener Evento de la rueda del Mouse, mtodo:

void mouseWheelMoved(MouseWheelEvent e)
TextListener Evento de cambio de texto, mtodo:

void textChanged(TextEvent e)
WindowFocusListener Evento de foco de ventana, mtodos:

void windowGainedFocus(WindowEvent e)
void windowLostFocus(WindowEvent e)
WindowListener Evento de manipulacin de ventana, mtodos:

void windowActivated(WindowEvent e)
Manejo de Eventos
Prof. Viviana Avarez Tom

void windowClosed(WindowEvent e)
void windowClosing(WindowEvent e)
void windowDeactivated(WindowEvent e)
void windowDeiconified(WindowEvent e)
void windowIconified(WindowEvent e)
void windowOpened(WindowEvent e)

La implementacin de los eventos debe considerar lo siguiente:

Una fuente puede generar varios tipos de eventos

Cada evento debe ser registrado por separado
Se debe implementar todas las interfaces necesarias para recibir todos los
eventos posibles.

En este punto ya se conoce los eventos, los oyentes y las interfaces que contienen
los mtodos de manejo de eventos y que deben ser sobrescritos por la aplicacin. A
continuacin veremos un ejemplo de creacin de una ventana y un botn, y se
programar el cierre de la ventana y el evento de cierre del botn.

El cdigo sera:
Manejo de Eventos
Prof. Viviana Avarez Tom

Analicemos este ejemplo:

1. En la cscara se agregan las interfaces necesarias:

public class FrameTest implements WindowListener, ActionListener

La interfaz WindowListener para el evento de cierre de la ventana

Manejo de Eventos
Prof. Viviana Avarez Tom

La interfaz ActionListener para el evento del botn.

2. Se agrega la implementacin del oyente a cada componente a travs del

mtodo de la clase que se encarga de eso:

boton1.addActionListener(this);

frame.addWindowListener(this);

3. Se implementan los mtodos de cada interfaz, dndole el cdigo necesario

Para la interfaz WindowListener, se implementa:

public void windowActivated(WindowEvent e){}

public void windowClosed(WindowEvent e){}
public void windowClosing(WindowEvent e)
{
System.exit(0);
}
public void windowDeactivated(WindowEvent e){}
public void windowDeiconified(WindowEvent e){}
public void windowIconified(WindowEvent e){}
public void windowOpened(WindowEvent e){}

Para la interfaz ActionListener, se implementa:

public void actionPerformed(ActionEvent e)

{
System.exit(0);
}

Al ejecutar este cdigo aparece la siguiente ventana:

Al presionar el botn la ventana se cierra, igual al presionar la ventana en la parte

superior derecha, sobre el smbolos tambin se cierra.
Manejo de Eventos
Prof. Viviana Avarez Tom

Clase Adaptadora

Java proporciona una caracterstica especial, llamada clase Adaptadora, que en

algunas circunstancias puede simplificar la creacin de los gestores de eventos.

Una clase adaptadora proporciona una implementacin vaca de todos los mtodos
de una interfaz. Estas clases son tiles cuando se quieren recibir y procesar solo
algunos eventos que gestiona la interfaz oyente de eventos, por lo que se puede
heredar de esa clase adaptadora y sobrescribir el o los mtodos necesarios para la
implementacin.

Cada interfaz oyente que tenga ms de un mtodo definido tiene una clase
adaptadora.

La siguiente tabla representa las principales clases adaptadoras:

Clase Adaptadora Interfaz Oyente

ComponenteAdapter ComponentListener
ContainerAdapter ContainerListener
FocusAdapter FocusListener
KeyAdapter KeyListener
MouseAdapter MouseListener
MouseMotionAdapter MouseMotionListener
WindowAdapter WindowListener

Por ejemplo, se modifica el cdigo anterior reemplazando la implementacin de la

interfaz WindowListener por la extensin de la clase WindowAdapter, de la siguiente
manera:
Manejo de Eventos
Prof. Viviana Avarez Tom

Este cdigo implementa el mtodo que permite cerrar la ventana partir de la

extensin de la clase adaptadora WidowAdapter, sobrescribiendo el mtodo
windowClosing() solamente, el resto no es necesario que est, por tanto se ahorra
cdigo.
Manejo de Eventos
Prof. Viviana Avarez Tom

Clases Internas

Las clases internas son clases de java que se definen dentro de un bloque de
cdigo, puede ser dentro de una clase, dentro de un mtodo o dentro de un ciclo.

Estas clases permiten simplificar el cdigo cuando se usan clases adaptadoras.

Realicemos el mismo ejemplo anterior pero la clase Adaptadora va a ser interna,

entonces el cdigo quedara:
Manejo de Eventos
Prof. Viviana Avarez Tom

En este ejemplo, la clase Adaptadora est dentro de la clase FrameTest.

Manejo de Eventos
Prof. Viviana Avarez Tom

Clase interna Annima

La utilidad de una clase interna se resalta al utilizarla annima. Una clase annima
es aquellas que no tiene nombre alguno, y que permite facilitar la escritura ya que
cada vez que necesitemos implementar un mtodo de oyente se puede dar el
cdigo adecuada a cada caso.

Por ejemplo, veamos el cdigo anterior al que se le implementa una clase annima
que sobrescriba el mtodo windowClosing().

En este caso al agregar el oyente a la venta se instancia la clase WindowAdapter y

se sobrescribe el mtodo necesario. Esta es la forma ms corta para implementar
oyentes.
Manejo de Eventos
Prof. Viviana Avarez Tom

Modelo Vista Controlador

Modelo Vista Controlador (MVC) es un patrn de arquitectura de software que

separa los datos de una aplicacin, la interfaz de usuario, y la lgica de control en
tres componentes distintos. El patrn MVC se ve frecuentemente en aplicaciones
web, donde la vista es la pgina HTML y el cdigo que provee de datos dinmicos a
la pgina, el modelo es el Sistema de Gestin de Base de Datos y la Lgica de
negocio y el controlador es el responsable de recibir los eventos de entrada desde
la vista.

Descripcin del patrn

Modelo: Esta es la representacin especfica de la informacin con la cual el

sistema opera. La lgica de datos asegura la integridad de estos y permite
derivar nuevos datos; por ejemplo, no permitiendo comprar un nmero de
unidades negativo, calculando si hoy es el cumpleaos del usuario o los
totales, impuestos o importes en un carrito de la compra.

Vista: Este presenta el modelo en un formato adecuado para interactuar,

usualmente la interfaz de usuario.

Controlador: Este responde a eventos, usualmente acciones del usuario e

invoca cambios en el modelo y probablemente en la vista.

El siguiente esquema representa la relacin entre estos tres componentes:

Este modelo de arquitectura presenta varias ventajas:

Hay una clara separacin entre los componentes de un programa; lo cual

nos permite implementarlos por separado
Hay un API muy bien definido; cualquiera que use el API, podr reemplazar
el Modelo, la Vista o el Controlador, sin aparente dificultad.
La conexin entre el Modelo y sus Vistas es dinmica; se produce en tiempo
de ejecucin, no en tiempo de compilacin.

Al incorporar el modelo de arquitectura MVC a un diseo, las piezas de un programa

se pueden construir por separado y luego unirlas en tiempo de ejecucin. Si uno de
los Componentes, posteriormente, se observa que funciona mal, puede
reemplazarse sin que las otras piezas se vean afectadas.

Aunque se pueden encontrar diferentes implementaciones de MVC, el flujo que

sigue el control generalmente es el siguiente:
Manejo de Eventos
Prof. Viviana Avarez Tom

1. El usuario interacta con la interfaz de usuario de alguna forma (por ejemplo, el

usuario pulsa un botn, enlace)

2. El controlador recibe (por parte de los objetos de la interfaz-vista) la notificacin

de la accin solicitada por el usuario. El controlador gestiona el evento que llega,
frecuentemente a travs de un gestor de eventos.

3. El controlador accede al modelo, actualizndolo, posiblemente modificndolo de

forma adecuada a la accin solicitada por el usuario (por ejemplo, el controlador
actualiza el carro de la compra del usuario). Los controladores complejos estn a
menudo estructurados usando un patrn de comando que encapsula las acciones y
simplifica su extensin.

4. El controlador delega a los objetos de la vista la tarea de desplegar la interfaz de

usuario. La vista obtiene sus datos del modelo para generar la interfaz apropiada
para el usuario donde se refleja los cambios en el modelo (por ejemplo, produce un
listado del contenido del carro de la compra). El modelo no debe tener conocimiento
directo sobre la vista. Sin embargo, el patrn de observador puede ser utilizado
para proveer cierta indireccin entre el modelo y la vista, permitiendo al modelo
notificar a los interesados de cualquier cambio. Un objeto vista puede registrarse
con el modelo y esperar a los cambios, pero aun as el modelo en s mismo sigue
sin saber nada de la vista. El controlador no pasa objetos de dominio (el modelo) a
la vista aunque puede dar la orden a la vista para que se actualice. Nota: En
algunas implementaciones la vista no tiene acceso directo al modelo, dejando que
el controlador enve los datos del modelo a la vista.

5. La interfaz de usuario espera nuevas interacciones del usuario, comenzando el

ciclo nuevamente.
Manejo de Eventos
Prof. Viviana Avarez Tom

Conocimiento: Implementacin de la Interfaz

La implementacin de una interfaz grfica de usuario debe contener un contenedor,

componentes, un diseo y eventos adecuados a la lgica del negocio.

Para poder implementar contenedores se puede utilizar una de las siguientes

tcnicas:

1. Por Colaboracin
2. Por Herencia

Implementacin por Colaboracin:

En esta tcnica se crea una nueva clase donde el contenedor sea una variable de la
clase, por ejemplo:

En este ejemplo, se crea un objeto de la clase Frame, y para acceder a cada

mtodo de la clase Frame se debe hacer a travs del operador punto.

Implementacin por Herencia

En esta tcnica se extiende de un contenedor, hacindolo como parte superior de la

clase en que se trabaja, por ejemplo:
Manejo de Eventos
Prof. Viviana Avarez Tom

En este ejemplo en la cscara se manifiesta la herencia de la clase Frame, y para

acceder a cada mtodo de dicha clase basta con invocarlo directamente.