El modelo de eventos

Anteriormente hablamos de la importancia actual de las aplicaciones dirigidas por eventos. En consecuencia no es extraño que como de hecho sucede, existan extensas y exhaustivas aproximaciones propuestas para modelar el problema. Nuestro equipo investigó el estado del arte en el tema y optó por el modelo de delegación usado entre otros por las últimas versiones del lenguaje Java${}^{TM}$ como modelo general de eventos.

El modelo de delegación presupone la existencia de tres tipos de objetos:

• Un conjunto de eventos(events) que pueden suceder y para los cuales es de interés registrar información de estado que detalle para cada tipo de evento los aspectos particulares del caso. Ejemplos de eventos de interés podrían ser: un evento de mouse o uno de teclado. En el primer caso es importante conocer la ubicación del puntero del mouse en la pantalla y/o cual botón se oprimió. En el segundo lo importante saber cual tecla se oprimió o liberó.
• Un conjunto de fuentes(sources) de eventos que los disparan, en general frente a una acción del usuario. Fuentes de eventos puede ser: la ventana de diálogo donde se visualiza la imagen, o un actor en esta.
• Un conjunto de observadores(listeners) que se subscriben a las fuentes de eventos de su interés y son comunicados oportunamente por estas con el evento adecuado al caso. Es responsabilidad de cada observador implementar las acciones a tomar frente al evento informado.

La jerarquía básica de eventos tendría la siguiente forma.

Figure 6: Los Eventos

Los tres son muy claros. En primer lugar el Container que no es más que el escenario donde están montados los actores, puede ser movido o cambiarse su tamaño. Un evento Mouse debe informar el estado del mouse en el instante en que se dispara el evento. Un evento Keyboard que se dispara si una tecla se oprimió o soltó y debe capturar cual fue.

>Cuales son nuestras fuentes de eventos? Entendemos que podría ser cualquier actor o la escena misma. Surge en consecuencia la necesidad de diferenciar los distintos elementos de una imagen ya que los requerimientos de interacción de los actores dentro de una misma escena pueden ser muy diversos. En resumen se deben poder individualizar los actores lo que deriva en la existencia de la clase actor.

Figure 7: Las Fuentes de Eventos

La figura anterior muestra la jerarquía de estas fuentes de eventos. Un objeto bicotiInteractionSource puede ser por lo tanto: la escena (Container) o un actor particular (bicotiActor). El container puede disparar cualquier tipo de evento de los previstos, mientras que el actor solo dispara eventos del mouse. El actor debe contener la información que le permita al visualizador presentarlo dentro de la escena (una vez fijada su posición) independientemente de la biblioteca gráfica.

Figure 8: Los Observadores

El último de los componentes involucrados en el modelo de delegación es el observador(Listener) responsable de procesar los eventos disparados por las fuentes ante las que está acreditado.

El modelo de delegación provee un mecanismo: flexible, extensible, fácil de entender, que permite la creación de código de manejo de eventos robusto y poco propenso a error. Un análisis extenso de las virtudes del modelo contrastadas con modelos anteriores se encuentra en [Inc99] y más en detalle en [Ham97].