Hvordan fungerer hendelser og lyttere?

Question

Accepted Answer

Laravels **hendelser og lyttere** implementerer observatørmønsteret — du **dispatches en hendelse** når noe bemerkelsesverdig skjer, og en eller flere **lyttere** reagerer på det. Dette frikoblet kode: hendelseskilden trenger ikke å vite hvem som reagerer, noe som muliggjør ren separasjon av ansvar.

## Definere en hendelse og en lytter

```php
// the event — a simple data carrier for "something happened"
class OrderShipped {
    public function __construct(public Order $order) {}
}

// a listener — reacts to the event
class SendShipmentNotification {
    public function handle(OrderShipped $event): void {
        Mail::to($event->order->customer)->send(new ShipmentMail($event->order));
    }
}
// generate with: php artisan make:event / make:listener
```

## Dispatche hendelsen

```php
// when the order ships, DISPATCH the event — all listeners run
OrderShipped::dispatch($order);
// or: event(new OrderShipped($order));
```

Der hendelsen dispatches, utløses alle registrerte lyttere. Ordreforsendelseskoden kunngjør bare hva som skjedde — den vet ikke (eller bryr seg ikke om) at e-poster, analyser eller andre reaksjoner oppstår.

## Flere lyttere for én hendelse (frikobling)

```php
// one event can have MANY listeners — each a separate concern
OrderShipped → SendShipmentNotification    // email
            → UpdateInventory               // adjust stock
            → RecordAnalytics               // log the event
// add reactions without modifying the order-shipping code
```

Dette er hovedfordelen: du kan legge til nye reaksjoner (en lytter) til en hendelse uten å berøre koden som dispatcher den — ren, utvidbar frikobling.

## Kølagte lyttere (asynkront)

```php
class SendShipmentNotification implements ShouldQueue {   // run the listener in the BACKGROUND
    public function handle(OrderShipped $event): void { ... }
}
```

Der implementering av `ShouldQueue` gjør en lytter kjører **asynkront** via køen — så trege reaksjoner (sending av e-post) forsinker ikke svaret.

## Hvorfor det betyr noe

Hendelser og lyttere er en nyttig Laravel-funksjon for **frikobling** av kode — som lar ulike deler av en applikasjon reagere på hendelser uten tett kobling, noe som er verdifullt for tverrfaglige reaksjoner og holder koden vedlikeholdbar.

Å forstå dem er nyttig både for å bruke dem og for å gjenkjenne dem i kodebaser: mønsteret lar deg dispatche en hendelse når noe betydelig skjer (en ordre sendes, en bruker registrerer seg) og la flere uavhengige lyttere reagere (send e-post, oppdater beholdning, registrer analyser), hver håndterer et eget ansvar.

Hovedfordelen er **utvidbarhet gjennom frikobling** — du kan legge til nye reaksjoner ved å registrere en lytter uten å endre koden som dispatcher hendelsen, og holder ansvar separert og dispatche-koden fokusert.

Evnen til å gjøre lyttere **kølagte** (`ShouldQueue`) slik at de kjører asynkront er også viktig, som lar trege reaksjoner (e-poster, eksterne API-kall) skje i bakgrunnen uten å forsinke brukerens svar.

Å vite hvordan hendelser/lyttere fungerer, deres frikobling-fordel, og kølagte lyttere for asynkron behandling er verdifull kunnskap for å bygge velstrukturert, utvidbar Laravel-applikasjoner. (Som med signaler i andre rammeverk, er forbehold at hendelser skaper implisitt, handling-på-avstand-atferd som kan være vanskeligere å spore — så de brukes best for genuint tverrfaglig frikobling i stedet for som en standard for all post-handlingslogikk, hvor eksplisitt kode ofte er klarere.)