En el pasado, un programa que quisiera saber lo que estaba haciendo el usuario, debía recoger la información él mismo. En la práctica, esto significaba que una vez inicializado, el programa entraba en un gran bucle en el que continuamente se bloqueaba para comprobar que el usuario estuviese haciendo algo interesante (por ejemplo, pulsar un botón, pulsar una tecla, mover una barra o mover el ratón) y tomar las acciones oportunas. Esta técnica se conoce como polling.
El polling funciona, pero se vuelve demasiado difícil de manejar con las aplicaciones modernas por dos razones fundamentales: Primero, el uso de polling tiende a colocar todo el código de control de eventos en una única localización (dentro de un gran bucle); segundo, las interacciones dentro del gran bucle tienden a ser muy complejas. Además, el polling necesita que el programa esté ejecutando el bucle, consumiendo tiempo de CPU, mientras está esperando a que el usuario se decida a hacer algo, lo que supone un gran despilfarro de recursos.
El AWT resuelve estos problemas abrazando un paradigma diferente,
en el que están basados todos los sistemas modernos de
ventanas: la orientación a eventos. Dentro del AWT,
todas las acciones que pueda realizar el usuario caen dentro de
un gran saco que son los eventos. Un evento describe, con
suficiente detalle, una acción particular del usuario.
En lugar de que el programa activamente recoja todos los eventos
generados por el usuario, el sistema Java avisa al programa cuando
se produce un evento interesante.
|
|
|
[Anterior] [Indice] [Siguiente] |