perl-Event

ALERTA: Marc Lehmann puede haberse hecho con el futuro de los bucles de eventos en Perl. Consulta su biblioteca libev y el módulo Perl EV. 25 Aug 2009 El módulo Event proporciona una instalación central para vigilar varios tipos de eventos e invocar una devolución de llamada cuando ocurren. La idea es retrasar el manejo de los eventos para que puedan despacharse en orden de prioridad cuando sea seguro que las devoluciones de llamada se ejecuten. Los eventos (en el sentido ordinario de la palabra) son detectados por *watchers*, que los materializan como *eventos* (en el sentido especial del módulo Event). Para claridad, el primer tipo puede llamarse "eventos fuente" y el segundo "eventos destino". Los eventos fuente, como la llegada de señales, ocurren independientemente de si se vigilan. Si ocurre un evento fuente que un watcher está vigilando activamente, el watcher genera un evento destino correspondiente. Los eventos destino solo los crean los watchers. Si varios watchers están interesados en el mismo evento fuente, cada uno generará su propio evento destino. Por tanto, cualquier evento fuente concreto puede resultar en cero, uno, dos o cualquier número de eventos destino: el mismo que el número de watchers que lo vigilaban activamente. Los eventos destino se encolan para procesarse en orden de prioridad (determinada por el watcher creador) y en orden FIFO entre eventos de la misma prioridad. Los eventos encolados ("pendientes") pueden, en algunos casos, cancelarse antes de procesarse. Un evento encolado se procesa pasándolo a la función de devolución de llamada (o método de un objeto o clase concreto) que se especificó al watcher. Un watcher, una vez creado, opera de forma autónoma sin que el usuario de Event tenga que conservar ninguna referencia a él. Sin embargo, mantener una referencia permite modificar la mayoría de las características del watcher. Un watcher puede alternarse entre estados activo e inactivo. Cuando está inactivo, no genera eventos destino. Algunos tipos de evento fuente no se materializan como eventos destino de inmediato. Las señales recibidas, por ejemplo, se cuentan inicialmente. Las señales contadas se materializan en ciertos puntos de ejecución. Por tanto, los eventos de señal pueden procesarse fuera de orden y, si se manejan con descuido, en el lado incorrecto de un cambio de estado en el manejo de eventos. Una forma útil de verlo es que la ocurrencia del evento fuente no es realmente la llegada de la señal, sino que la dispara el conteo de la señal. La materialización puede forzarse cuando sea necesario. El calendario en el que se crean otros eventos no es obvio. Esto es especialmente cierto con watchers que vigilan una condición en lugar de un evento. En algunos casos, los eventos destino se generan según un calendario que depende del funcionamiento del bucle de eventos.