- Introducción
- Registro de eventos y oyentes
- Definiendo eventos
- Definiendo oyentes
- Oyentes de eventos en cola
- Despachando eventos
- Suscriptores de eventos
Introducción
Los eventos de Laravel proporcionan una implementación de observador simple, lo que permite suscribirse y escuchar diversos eventos que ocurren en tu aplicación. Las clases de eventos normalmente se almacenan en el directorio app/Events
, mientras que tus oyentes se almacenan en app/Listeners
. No te preocupes si no ves estos directorios en tu aplicación, ya que se crearán para ti cuando generes eventos y oyentes utilizando los comandos de consola Artisan.
Los eventos sirven como una excelente manera de desacoplar varios aspectos de tu aplicación, ya que un solo evento puede tener múltiples oyentes que no dependen entre sí. Por ejemplo, es posible que desees enviar una notificación de Slack a tu usuario cada vez que se envíe un pedido. En lugar de acoplar tu código de procesamiento de pedidos a tu código de notificación Slack, puedes generar un evento OrderShipped
, que un oyente puede recibir y transformar en una notificación Slack.
Registro de eventos y oyentes
El EventServiceProvider
incluido en tu aplicación Laravel proporciona un lugar conveniente para registrar todos los oyentes de eventos de tu aplicación. La propiedad listen
contiene un arreglo de todos los eventos (claves) y sus oyentes (valores). Puedes agregar tantos eventos a este arreglo como lo requiera tu aplicación. Por ejemplo, agreguemos un evento OrderShipped
:
/** * The event listener mappings for the application. * * @var array */ protected $listen = [ 'App\Events\OrderShipped' => [ 'App\Listeners\SendShipmentNotification', ], ];
Generación de eventos y oyentes
Por supuesto, crear manualmente los archivos para cada evento y oyente es engorroso. En vez de eso, agrega oyentes y eventos a tu EventServiceProvider
y usa el comando event:generate
. Este comando generará cualquier evento u oyente que esté listado en tu EventServiceProvider
. Los eventos y oyentes que ya existen quedarán intactos:
php artisan event:generate
Registro manual de eventos
Normalmente, los eventos deberían registrarse a través del arreglo $listen
del EventServiceProvider
; sin embargo, también puedes registrar manualmente eventos basados en Closure en el método boot
de tu EventServiceProvider
:
/** * Register any other events for your application. * * @return void */ public function boot() { parent::boot(); Event::listen('event.name', function ($foo, $bar) { // }); }
Oyentes de eventos comodín
Puedes incluso registrar oyentes usando el *
como un parámetro comodín, lo que te permite capturar múltiples eventos en el mismo oyente. Los oyentes de comodín reciben el nombre del evento como su primer argumento y el arreglo de datos de eventos completo como su segundo argumento:
Event::listen('event.*', function ($eventName, array $data) { // });
Descubrimiento de eventos
En vez de registrar eventos y oyentes (listeners) manualmente en el arreglo $listen
del EventServiceProvider
, puedes habilitar la detección automática de eventos. Cuando se habilita la detección de eventos, Laravel encontrará y registrará automáticamente tus eventos y oyentes escaneando el directorio Listeners
de tu aplicación. Además, todos los eventos definidos explícitamente listados en el EventServiceProvider
seguirán registrados.
Laravel encuentra los listeners de eventos mediante el escaneo de las clases listener usando reflexión. Cuando Laravel encuentra algún método de clase listener que empieza por handle
, Laravel registrará dichos métodos como listeners de eventos para el evento que está escrito en la firma del método:
use App\Events\PodcastProcessed; class SendPodcastProcessedNotification { /** * Handle the given event. * * @param \App\Events\PodcastProcessed * @return void */ public function handle(PodcastProcessed $event) { // } }
La detección de eventos está deshabilitada de forma predeterminada, pero puedes habilitarla sobrescribiendo el método shouldDiscoverEvents
del EventServiceProvider
de tu aplicación:
/** * Determine if events and listeners should be automatically discovered. * * @return bool */ public function shouldDiscoverEvents() { return true; }
Por defecto, se escanearán todos los oyentes dentro del directorio Listeners
de tu aplicación. Si deseas definir directorios adicionales para analizar, puedes sobrescribir el método discoverEventsWithin
en tu EventServiceProvider
:
/** * Get the listener directories that should be used to discover events. * * @return array */ protected function discoverEventsWithin() { return [ $this->app->path('Listeners'), ]; }
En producción, es probable que no desees que el framework analice todos tus oyentes en cada petición. Por lo tanto, durante tu proceso de despliegue, debes ejecutar el comando Artisan event:cache
para almacenar en caché un manifiesto de todos los eventos y oyentes de tu aplicación. Este manifiesto será utilizado por el framework para acelerar el proceso de registro de eventos. El comando event:clear
puede ser usado para destruir la caché.
El comando event:list
puede ser usado para mostrar una lista de todos los eventos y oyentes registrados por tu aplicación.
Definiendo eventos
Una clase de evento es un contenedor de datos que guarda la información relacionada con el evento. Por ejemplo, supongamos que nuestro evento OrderShipped
(orden enviada) generado recibe un objeto ORM Eloquent:
<?php namespace App\Events; use App\Order; use Illuminate\Queue\SerializesModels; class OrderShipped { use SerializesModels; public $order; /** * Create a new event instance. * * @param \App\Order $order * @return void */ public function __construct(Order $order) { $this->order = $order; } }
Como puedes ver, esta clase de evento no contiene lógica. Es un contenedor para la instancia Order
que se compró. El trait SerializesModels
utilizado por el evento serializará con elegancia cualquier modelo Eloquent si el objeto del evento se serializa utilizando la función de PHP serialize
.
Definiendo oyentes
A continuación, demos un vistazo al oyente de nuestro evento de ejemplo. Los oyentes de eventos reciben la instancia de evento en su método handle
. El comando event:generate
importará automáticamente la clase de evento adecuada y declarará el tipo de evento en el método handle
. Dentro del método handle
, puedes realizar las acciones necesarias para responder al evento:
<?php namespace App\Listeners; use App\Events\OrderShipped; class SendShipmentNotification { /** * Create the event listener. * * @return void */ public function __construct() { // } /** * Handle the event. * * @param \App\Events\OrderShipped $event * @return void */ public function handle(OrderShipped $event) { // Access the order using $event->order... } }
Tus oyentes de eventos también pueden declarar el tipo de cualquier dependencia que necesiten en sus constructores. Todos los oyentes de eventos se resuelven a través del contenedor de servicio de Laravel, por lo que las dependencias se inyectarán automáticamente.
Deteniendo la propagación de un evento
A veces, es posible que desees detener la propagación de un evento a otros oyentes. Puedes hacerlo devolviendo false
desde el método handle
de tu oyente.
Oyentes de eventos en cola
Encolar oyentes puede ser beneficioso si tu oyente va a realizar una tarea lenta, como enviar un correo electrónico o realizar una solicitud HTTP. Antes de comenzar con oyentes en cola, asegúrate de configurar su cola e iniciar un oyente de cola en tu servidor o entorno de desarrollo local.
Para especificar que un oyente debe estar en cola, agrega la interfaz ShouldQueue
a la clase de oyente. Los oyentes generados por el comando de Artisan event:generate
ya tienen esta interfaz importada en el espacio de nombres actual, por lo que puedes usarla inmediatamente:
<?php namespace App\Listeners; use App\Events\OrderShipped; use Illuminate\Contracts\Queue\ShouldQueue; class SendShipmentNotification implements ShouldQueue { // }
¡Eso es! Ahora, cuando este oyente es llamado por un evento, el despachador de eventos lo colocará en cola automáticamente usando el sistema de colas de Laravel. Si no se lanzan excepciones cuando la cola ejecuta el oyente, el trabajo en cola se eliminará automáticamente una vez que haya terminado de procesarse.
Personalizando la conexión de la cola y el nombre de la cola
Si deseas personalizar la conexión de cola, el nombre de la cola o el tiempo de demora de la cola de un oyente de eventos, puedes definir las propiedades $connection
, $queue
o $delay
en tu clase de oyente:
<?php namespace App\Listeners; use App\Events\OrderShipped; use Illuminate\Contracts\Queue\ShouldQueue; class SendShipmentNotification implements ShouldQueue { /** * The name of the connection the job should be sent to. * * @var string|null */ public $connection = 'sqs'; /** * The name of the queue the job should be sent to. * * @var string|null */ public $queue = 'listeners'; /** * The time (seconds) before the job should be processed. * * @var int */ public $delay = 60; }
Cola condicional de listeners
Algunas veces, necesitarás determinar si un listener debe ser agregado a una cola en base a datos que sólo están disponibles en tiempo de ejecución. Para lograr esto, un método shouldQueue
puede ser agregado a un listener para determinar si el listener debe ser agregado a una cola y ejecutado de forma sincrónica:
<?php namespace App\Listeners; use App\Events\OrderPlaced; use Illuminate\Contracts\Queue\ShouldQueue; class RewardGiftCard implements ShouldQueue { /** * Reward a gift card to the customer. * * @param \App\Events\OrderPlaced $event * @return void */ public function handle(OrderPlaced $event) { // } /** * Determine whether the listener should be queued. * * @param \App\Events\OrderPlaced $event * @return bool */ public function shouldQueue(OrderPlaced $event) { return $event->order->subtotal >= 5000; } }
Accediendo la cola manualmente
Si necesitas acceder manualmente a los métodos delete
y release
de la cola de trabajo subyacente del oyente, puedes hacerlo utilizando el trait Illuminate\Queue\InteractsWithQueue
. Este trait se importa de forma predeterminada en los oyentes generados y proporciona acceso a estos métodos:
<?php namespace App\Listeners; use App\Events\OrderShipped; use Illuminate\Contracts\Queue\ShouldQueue; use Illuminate\Queue\InteractsWithQueue; class SendShipmentNotification implements ShouldQueue { use InteractsWithQueue; /** * Handle the event. * * @param \App\Events\OrderShipped $event * @return void */ public function handle(OrderShipped $event) { if (true) { $this->release(30); } } }
Manejo de trabajos fallidos
A veces, tus oyentes de eventos en cola pueden fallar. Si el oyente en cola supera el número máximo de intentos según lo define tu trabajador de cola, se llamará al método failed
en tu oyente. El método failed
recibe la instancia del evento y la excepción que causó el error:
<?php namespace App\Listeners; use App\Events\OrderShipped; use Illuminate\Contracts\Queue\ShouldQueue; use Illuminate\Queue\InteractsWithQueue; class SendShipmentNotification implements ShouldQueue { use InteractsWithQueue; /** * Handle the event. * * @param \App\Events\OrderShipped $event * @return void */ public function handle(OrderShipped $event) { // } /** * Handle a job failure. * * @param \App\Events\OrderShipped $event * @param \Exception $exception * @return void */ public function failed(OrderShipped $event, $exception) { // } }
Despachando eventos
Para enviar un evento, puedes pasar una instancia del evento a la función de ayuda (helper) event
. El helper enviará el evento a todos tus oyentes registrados. Dado que el helper event
está disponible globalmente, puedes llamarlo desde cualquier lugar de tu aplicación:
<?php namespace App\Http\Controllers; use App\Events\OrderShipped; use App\Http\Controllers\Controller; use App\Order; class OrderController extends Controller { /** * Ship the given order. * * @param int $orderId * @return Response */ public function ship($orderId) { $order = Order::findOrFail($orderId); // Order shipment logic... event(new OrderShipped($order)); } }
Al realizar pruebas, puede ser útil afirmar que ciertos eventos se enviaron sin activar realmente a tus oyentes. Las funciones de ayuda (helpers) incluidas en Laravel hace que sea fácil de hacerlo.
Suscriptores de eventos
Escribiendo suscriptores de eventos
Los suscriptores de eventos son clases que pueden suscribirse a múltiples eventos dentro de la misma clase, lo que te permite definir varios manejadores de eventos dentro de una sola clase. Los suscriptores deben definir un método subscribe
, al que se le pasará una instancia de despachador de eventos. Puedes llamar al método listen
en el despachador dado para registrar los oyentes de eventos:
<?php namespace App\Listeners; class UserEventSubscriber { /** * Handle user login events. */ public function handleUserLogin($event) {} /** * Handle user logout events. */ public function handleUserLogout($event) {} /** * Register the listeners for the subscriber. * * @param \Illuminate\Events\Dispatcher $events */ public function subscribe($events) { $events->listen( 'Illuminate\Auth\Events\Login', 'App\Listeners\UserEventSubscriber@handleUserLogin' ); $events->listen( 'Illuminate\Auth\Events\Logout', 'App\Listeners\UserEventSubscriber@handleUserLogout' ); } }
Registrando suscriptores de eventos
Después de escribir el suscriptor, estás listo para registrarlo con el despachador de eventos. Puedes registrar suscriptores usando la propiedad $subscribe
en el EventServiceProvider
. Por ejemplo, vamos a agregar el UserEventSubscriber
a la lista:
<?php namespace App\Providers; use Illuminate\Foundation\Support\Providers\EventServiceProvider as ServiceProvider; class EventServiceProvider extends ServiceProvider { /** * The event listener mappings for the application. * * @var array */ protected $listen = [ // ]; /** * The subscriber classes to register. * * @var array */ protected $subscribe = [ 'App\Listeners\UserEventSubscriber', ]; }
Regístrate hoy en Styde y obtén acceso a todo nuestro contenido.
Lección anterior Colecciones - Documentación de Laravel 6 Lección siguiente Almacenamiento De Archivos - Documentación de Laravel 6