Esta lecci�n nos ha ofrecido mucha informaci�n -- casi todo lo que necesitamos saber para escribir un applet Java. Est� p�gina sumariza lo que hemos aprendido, a�adiendo un poco de informaci�n para ayudarnos a comprender la totalidad.
Primero hemos aprendido que para escribir un applet, debemos crear una subclase de la clase java.applet.Applet. En nuestra subclase Applet, debemos implementar al menos uno de los siguientes m�todos: init, start, o paint. A los m�todos init y start, junto con stop y destroy, se les llama cuando cocurren eventos mayores (hitos) en ciclo de vida del applet. Al m�todo paint se le llama cuando el applet necesita dibujarse a s� mismo en la pantalla.
La clase Applet desciende de la clase Panel del AWT, que deciende de la clase Container, que a su vez desciende de la clase Component todas del AWT. De Component, un applet hereda la habilidad de dibujar y de manejar eventos. De Container, un applet hereda la habilidad de incluir otros componentes y hacer que un controlador de distribuci�n controle el tama�o y posici�n de dichos componentes. De Applet, un applet hereda muchas capacidades, incluyendo la capacidad de responder a hitos mayores como la carga y la desarga.
Incluimos los applets en p�ginas HTML usando la etiqueta <APPLET>. Cuando un navegador visitia una p�gina que contiene un applet, aqu� est� lo que sucede:
- El navegador busca el fichero class de la subclase del Applet.
La localizaci�n del fichero class (que contiene los bytecodes Java) se especifica con los atributos CODE y CODEBASE de la etiqueta <APPLET> .
- El navegador descarga los bytecodes a trav�s de la red hasta el ordenador del usuario.
- El navegador crea un ejemplar de la subclase Applet.
Cuando nos referimos a un applet, generalmente nos referimos a este ejemplar.
- El navegador llama al m�todo init del applet.
Este m�todo realiza cualquier inicializaci�n que sea necesaria.
- El navegador llama al m�todo start del applet.
Este m�todo normalmente arranca un thread que realiza las tareas del applet.
Una subclase Applet es la clase principal, la clase controladora, pero los applets tambi�n pueden usar otras clases. Estas otras clases pueden ser locales del navegador, proporcionadas como parte del entorno Java, o ser clases personalizadas que nosotros suministramos. Cuando el applet intenta utilizar una clase por primera vez, el navegador intenta encontrarla en el host en el que se est� ejecutando. Si no puede encontrarla all�, busca la clase en el mismo lugar de donde vino la subclase de Applet. Cuando el navegador encuentra la clase, carga sus bytecodes (a trav�s de la red, si es necesario) y contin�a ejecutando el applet.
Cargar c�digo ejecutable a trav�s de la red es un riesgo de seguridad cl�sico. Para los Applets Java, este riesgo se reduce porque el lenguaje Java est� dise�ado para ser seguro -- por ejemplo, no permite punteros a memoria. Adem�s, los navegadores compatibles Java mejoran la seguridad imponiendo sus propias restricciones. Estas restricciones incluyen no permitir a los applets que carguen c�digo escrito en otros lenguajes distintos de Java, y no permitiendo que los applets lean o escriban ficheros en el host del navegador.