Listen: un disparador, varios handlers

A veces un cambio debe activar varios handlers a la vez. La palabra clave listen permite que muchos handlers se suscriban a un único tema.

Con listen, el notify de una tarea apunta al nombre lógico de un evento en lugar de al título de un handler específico.

Cada handler añade una línea listen con el mismo nombre de tema. Todos los handlers que escuchan ese tema se activan cuando recibe una notificación.

Asigne el mismo valor de listen a varios handlers y una única notificación se distribuirá a todos ellos. Es ideal para reinicios agrupados.

La gran ventaja es el desacoplamiento: las tareas hacen referencia a un tema y puede añadir o eliminar handlers sin modificar las tareas que envían las notificaciones.

Un handler con listen aún puede tener un name, lo que mantiene legible la salida y permite que otras tareas también le envíen notificaciones directamente.

Asigne a listen una lista y un handler responderá a varios temas diferentes. Reaccionará al evento que reciba la notificación.

Las notificaciones basadas en temas siguen las mismas reglas: los handlers solo se activan con changed y cada uno continúa ejecutándose como máximo una vez por play.

Cuando un tema activa varios handlers, estos se ejecutan en el orden en que se definieron en la lista de handlers, igual que los handlers normales.

Los roles reutilizables usan listen para que quienes los consumen notifiquen a un tema estable, mientras el role puede cambiar libremente su conjunto interno de handlers.

notify es la señal que envía una tarea; listen es la suscripción de un handler. Juntos convierten un evento en muchas acciones. 🔔

Desea que una sola directiva notify reinicie tres servicios a la vez. ¿Qué permite que varios handlers respondan a un solo tema?

Con listen, una tarea notifica un tema y se ejecuta cada handler suscrito. Esto desacopla las tareas de los handlers y permite escalar de forma ordenada. 🎯