CAPITULO 12: DIBUJADO Los mecanismos de pintado de Java ...

Después de de iconificar
Poco antes que el método init termine (sólo para applets)
Cuando un navegador regresa a una página previamente mostrada.
Cuando el hilo GUI llama al método paint() , es necesario suministrar un contexto
gráfico, el parámetro
del método paint () es una instancia de la clase Graphics.
Método repaint()
Hay ocasiones cuando el programa, no el ambiente , debe iniciar el pintado. Esto
usualmente sucede en
respuesta a eventos de entrada.
Suponga que usted que necesita dibujar un punto rojo en la ultima posición donde se
hizo click con el
ratón. El applet debe ser amarillo.
Asuma que el applet maneja sus propios eventos de ratón. Su manejador de eventos se
vería de la
siguiente manera:
1. public void mouseClicked( MouseEvent e ) {
2. Graphics g = getGraphics();
3. g.setColor( Color.yellow );
4. g.fillRect( 0, 0, getSize().width, getSize().height );
5. g.setColor( Color.red ); // red dot
6. g.fillOval( e.getX()-10, e.getY()-10, 20, 20 );
7. }
Existen dos razones por las cuales esta aproximación esta lejos de ser optima.
Primero, siempre que el applet se cubre y se muestra, el hilo GUI llama al método paint
().
Desafortunadamente paint() no sabe del círculo rojo que fue dibujado en el método
mouseClicked (),
por lo tanto el círculo rojo no será repintado.
Una buena práctica es realizar todas las operaciones de dibujado en el método paint () o
en métodos
llamados desde el método paint(), para que el hilo GUI pueda reparar las porciones que
han sido
dañadas. El hilo GUI supone que el método paint() puede reconstruir la pantalla en un
determinado
momento.
La forma de dar al hilo GUI lo que espera, es remover todo el código de dibujado de los
manejadores
de eventos. Manejadores de eventos similares a mouseClicked() pueden almacenar
información de
estado en variables instanciadas. El método paint () puede usar los valores de las
variables instanciadas