EVENTOS en Java generador de un evento gestor de eventos

Transcripción

1 Ahora ya conocemos los diferentes componentes que existen en la GUI de Java y sabemos como distribuirlos y diseñarlos pero aún no hemos hecho que interactúen con el usuario: si pulsamos sobre un botón la aplicación se mostraba totalmente estática y no teníamos manera de gestionar estos eventos. Cuando el usuario realiza una acción a nivel del interfaz gráfico (pulsa una tecla o un botón del ratón), se produce un evento que puede ser tratado. Los eventos son objetos que describen lo que sucede. Existen una gran variedad de clases de eventos para describir las diferentes categorías de acciones de usuario.

2 Un event source es el generador de un evento. Por ejemplo, la pulsación de un componente JButton con el ratón genera un evento de tipo ActionEvent con el botón como source. La instancia ActionEvent es un objeto que contiene información sobre los eventos que acaban de ocurrir. En él están accesibles: public getactioncommand(): retorna el nombre del comando asociado con la acción. public getmodifiers(): retorna los modificadores capturados durante la acción que ha generado el evento. Un gestor de eventos, o event handler, es un método que recibe un objeto evento (cualquier clase que herede de Event), lo descifra y procesa la interacción del usuario.

3 El modelo de eventos de Java 2 (y desde la versión 1.1) recibe el nombre de modelo de delegación en contraposición al modelo jerárquico de versiones anteriores. El modelo de delegación de eventos apareció junto con el JDK 1.1. En este modelo, los eventos se envían al componente que los ha originado, pero es cuestión de cada componente tener registradas una o más clases llamadas escuchas (listeners), que contienen gestores de eventos que pueden recibir y procesar un evento. De este modo el gestor de eventos puede estar en un objeto totalmente separado del componente. Las escuchas son clases que implementan el interfaz Listener apropiado. Los eventos son objetos que únicamente se envían a los listeners registrados en el componente. Cada evento tiene un interfaz de escucha correspondiente que define qué métodos deben definirse en una clase que quiera recibir y tratar el evento correspondiente. La clase que implementa el interfaz debe definir dichos métodos y entonces se puede registrar como un listener.

4 import javax.swing.*; import java.awt.*; public class Pulsame extends JFrame { private JButton btncambiarcolor; private Container pnlprincipal; public Pulsame() { super("los eventos.."); btncambiarcolor = new JButton(" Púlsame!"); btncambiarcolor.addactionlistener(new GestorBoton()); pnlprincipal = getcontentpane(); pnlprincipal.add(btncambiarcolor); setsize(100,100); setvisible(true); } public static void main(string args[]) { Pulsame cc = new Pulsame(); } }

5 La clase GestorBoton yace en otro archivo. import java.awt.event.*; public class GestorBoton implements ActionListener { private int contador=0; public void actionperformed(actionevent e) { System.out.println("El botón ha sido pulsado "+contador+" veces\r\n"); contador++; } }

6 Interface Metodos Parametros/Acces os ActionListener actionperformed ActionEvent Button Eventos generados por ActionListener. Permite a un componente responder a las acciones que ocurren sobre él; por ejemplo, un clic sobre un botón. Este manejador se puede asociar con componentes JButton, JTextField, JCheckBox, JRadioButton y JComboBox, invocando al método addactionlistener.

7

8 Interfaces Veamos ahora detalladamente qué tipos de interfaces hay para cada tipo de evento que podemos tratar. Interfaz ActionListener Implementaremos esta interfaz cuando queramos detectar eventos de tipo ActionEvent. Estos eventos se producen por ejemplo cuando se pulsa un botón o se pulsa return sobre un JTextArea, también cuando se selecciona un ítem de una lista o de un menú. Para poder detectar estos eventos deberemos implementar la interfaz ActionListener e implementar el método public void actionperformed(actionevent e) Para hacer que un objeto pueda escuchar este tipo de eventos de otro objeto, al segundo le tendremos que invocar el método public addactionlistener(actionlistener)

9 Interfaz ItemListener Implementaremos esta interfaz para escuchar los eventos que pueden producir los objetos JCheckbox, JList y JCheckboxMenuItem. El método que deberemos implementar es: public void itemstatechanged(itemevent e) Para añadir una escucha a un objeto de los antes mencionados le deberemos invocar el método additemlistener(itemlistener)

10 Interfaz WindowListener Se implementa, para cuando queramos definir un objeto con capacidad para escuchar eventos de tipo WindowEvent. Los productores de estos eventos son los objetos de tipo JDialog y JFrame. En tal caso, se llama al método: public void addwindowlistener(windowlistener w) Al implementar esta interfaz deberemos implementar los métodos: public void windowopened(windowevent e): detecta que la ventana ha sido abierta; public void windowactivated(windowevent e): detecta que la ventana ha sido activada; public void windowdeactivated(windowevent e): detecta que la ventana ha sido desactivada; public void windowiconified(windowevent e): detecta que la ventana ha sido iconificada (minimizada); public void windowclosed(windowevent e): detecta que la ventana ha sido cerrada (este evento se produce cuando se hace una llamada al método dispose() sobre la ventana; public void windowdeiconified(windowevent e): detecta que la ventana ha sido desiconificada (maximizada o restaurada); public void windowclosing(windowevent e): detecta que se ha pulsado el botón de cerrar la ventana.

11 Tener en cuenta que debemos dar código para todos los métodos de la interfaz para poder compilar el controlador. Esto puede ser un poco engorroso cuando queremos implementar por ejemplo, sólo el tratamiento de cerrar la ventana. Existe una solución para este problema : existe una clase que se llama WindowAdpater que implementa WindowListener y que tiene definidos todos estos métodos. En realidad el código que da para cada uno de ellos es hacer nada, pero si a la hora de implementar nuestro gestor de ventanas heredamos de esta clase de cara al compilador ya es suficiente y sólo tendremos que redefinir aquellos métodos que de verdad nos interesen.

12 Interfaz ComponentListener Para marcar un objeto con la capacidad de escuchar eventos de tipo ComponentEvent deberemos implementar la interfaz ComponentListener. Los objetos que producen estos eventos son los JDialog y los JFrames. Para añadir a un productor de eventos un oyente de sus eventos invocaremos el método: public void addcomponentlistener(componentlistener c) Los métodos que debemos definir al implementar esta interfaz son: public void componentresized(componentevent e) public void componentmoved(componentevent e) public void componentshown(componentevent e) public void componenthidden(componentevent e)

13 Interfaz AdjustmentListener Para escuchar los eventos de tipo AdjustmentEvent producidos por la clase JScrollbar deberemos implementar la interfaz AdjustmentListener. Para darnos de alta como AdjustmentListeners deberemos invocar la operación: public void addadjustmentlistener(adjustementlistener adj) El método que debemos implementar para capturar el evento es public void adjustmentvaluechaged(adjustementevent e)

14 Interfaz MouseListener Como su nombre indica esta interfaz nos permitirá escuchar los eventos de tipo MouseEvent, que son los producidos por el ratón al interactuar con cualquiera de las clases Canvas, JDialog, JFrame, JPanel y JWindow. Para añadir a cualquiera de estas clases un oyente de eventos deberemos invocar al método public void addmouselistener(mouselistener ml) Los métodos que vienen definidos por esta interfaz son: public void mouseclicked(mouseevent e) public void mousepresed(mouseevent e) public void mousereleased(mouseevent e) public void mouseentered(mouseevent e) public void mouseexited(mouseevent e)

15 Interfaz MouseMotionListener Cualquiera de los objetos de las clases Canvas, JDialog, JFrame, JPanel y JWindow pueden producir eventos de este tipo. Para marcar que un objeto puede escuchar este tipo de eventos deberá implementar la interfaz MouseMotionListener, y deberemos haberlo añadido al productor de eventos mediante el método: public void addmousemotionlistener(mousemotionlistener ml) Los métodos de esta interfaz son: public void mousedragged(mouseevent e) public void mousemoved(mouseevent e)

16 Interfaz FocusListener Cuando un componente recibe el foco, es decir, es el elemento de la pantalla que está activo se producen eventos de tipo FocusEvent. Para hacer que un objeto pueda escuchar eventos de tipo FocusEvent deberá implementar la interfaz FocusListener, y además deberá ser añadido como FocusListener con el método public void addfocuslistener(focuslistener fl) Los métodos de esta interfaz son: public void focusgained(focusevent e) public void foculslost(focusevent e)

17 Interfaz KeyListener Hasta ahora hemos visto como interactuar con el programa a través de los eventos generados cuando el usuario manipula componentes de la interfaz gráfica, pero otra manera muy habitual de interactuar con el software es a través del teclado. Con la interfaz KeyListener seremos capaces de detectar y tratar los eventos generados por la pulsación de una tecla o por combinaciones de ellas, los KeyEvent. Los gestores que implementan esta interfaz sólo pueden añadirse a aquellos componentes de la GUI que son capaces de recibir el foco del teclado. Podemos detectar dos tipos básicos de eventos: la pulsación (entendiendo por pulsación el hecho de presionar la tecla y de liberarla a continuación) de una tecla que dé como resultado un carácter UNICODE (por ejemplo la pulsación de cualquier tecla alfanumérica) o el hecho de presionar y soltar una tecla (o conjunto de ellas).

18 Los primeros eventos, que son totalmente independientes de la plataforma reciben el nombre de key-typed los segundos, que pueden tener dependencia tecnológica, se llaman respectivamente keypressed y key-released. En general deberíamos poder trabajar siempre con los eventos de tipo key-typed, pero si quisieramos detactar la pulsación de teclas que no generan ningún carácter UNICODE tales como las teclas de función, control, etc, no tenemos más remedio que gestionar los eventos del segundo tipo. La interfaz KeyListener define tres métodos que deben ser redefinidos en el gestor que la implemente y que se corresponden a cada uno de los eventos que hemos visto: public void keytyped(keyevent e) public void keypressed(keyeventt e) public void keyreleased(keyevent e)

19

20

21