Stop!
antes de permitir que todo el mundo conozca nuestro applet, debemos responder si a las siguientes preguntas:
- �Hemos elimiando o desactivado todas las salidas de depuraci�n?
Las salidas de depuraci�n (generalmente creadas con System.out.println), son �tiles para nosotros pero pueden resultar confusas para los usuarios. Si necesitamos dar feedback textual al usuario, podemos hacerlo en el �rea de display del applet o en el �rea de estado de la parte inferior de la ventana. La informaci�n sobre el �rea de estado est� en Mostrar Cadenas Cortas de Estado.
- �Se para el Applet cuando sale de la pantalla?
La mayor�a de los applets no deber�an usar recursos de CPU cuando el navegador est� minimizado o mostrando otra p�gina que no contiene el applet. Si nuestro applet no lanza ning�n thread expl�citamente, entonces est� bien.
Si nuestro applet lanza alg�n thread, a menos que tengamos una muy buena excusa para no hacerlo, deber�amos implementar el m�todo stop para que pare y destruya (seleccion�ndolos a null) los threads que hayamos lanzado. Para ver un ejemplo de implementaci�n de este m�todo, puedes ver Threads en Applets: Ejemplos.
- Si el applet hace algo que podr�a ser aburrido (u odioso) -- ejecutar sonidos o animaciones, por ejemplo -- �Tiene el usuario alguna forma de parar dichos comportamientos?
Debemos cuidar de nuestros usuarios. D�mosles una forma de parar el applet, sin dejar la p�gina. En un applet que de otra forma no responder�a a las pulsaciones del rat�n, podemos hacer esto implementando el m�todo mouseDown para hacer que una pulsaci�n del rat�n suspenda o re-arranque el thread odioso. Por ejemplo:
boolean frozen = false; //an instance variable public boolean mouseDown(Event e, int x, int y) { if (frozen) { frozen = false; start(); } else { frozen = true; stop(); } return true; }