Implementar la nueva clase WorkQueue, que se encarga de procesar en segundo plano algunas tareas no fundamentales como:
- Actualizar el saldo de la subcuenta cuando modificamos una partida.
- Recalcular el precio de coste del producto cuando modificamos el precio de compra a proveedor.
- Actualizar el precio de compra a proveedor cuando hacemos una compra.
Para esto lo mejor es una cola de eventos donde podamos publicar eventos y que los procesos escuchen esos eventos y se ejecuten:
- La clase debe tener un método add(string $event, string $id): bool para publicar un evento. Aunque solamente se añadirá realmente si hay workers escuchando ese evento.
- Los eventos se almacenarán en la base de datos, así los eventos que se añadan durante una transacción que se rechaza se eliminarán junto al resto de la transacción.
- Cada vez que se haga un saveInsert() en un modelo se debe publicar el evento new-model junto al id del modelo. Lo mismo con saveUpdate() y delete().
- La clase debe tener un método listen(string $event, string $job, int $priority): void para indicar que cuando se procese el evento se debe ejecutar el worker inidicado.
- Los workers se almacenan en la carpeta Worker del plugin y se registran llamando al listen desde el Init.php
- Varios workers pueden escuchar un mismo evento. Se procesarán de menor a mayor prioridad.
- Si el worker devuelve false se detiene el procesamiento del evento, así un worker puede impedir ejecutar el resto.
- El kernel ejecutará cada vez un único evento, justo después de terminar de ejecutar con éxito el controlador.
- El cron ejecutará todos los eventos pendientes.
- La clase debe tener un método para procesar un evento (el que tenga que ser). Debe devolver true si lo ha procesado y false si no había nada que procesar. Así podemos hacer un bucle para llamar a esta función y mientras devuelva true es que hay más que procesar.
Sugerencia
Esto es una sugerencia a debatir. Está abierta a comentarios, votación y debate en la reunión semanal. Si se aprueba pasará a estado pendiente.