Kako funkcioniraju eventi i slušači?

Question

Accepted Answer

Laravel-ov sustav **eventi i slušači** implementira observer pattern — **otpošilješ event** kada se dogodi nešto važno, a jedan ili više **slušača** reagira na to. Ovo odvaja kod: izvor eventa ne treba znati tko odgovara, omogućujući čistu separaciju briga.

## Definiranje eventa i slušača

```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
```

## Otpošiljanje eventa

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

Otpošiljanje eventa pokreće sve njegove registrirane slušače. Kod koji otprema narudžbu samo najavljuje što se dogodilo — ne zna (niti mu je stalo) da se e-maili, analitika ili ostale reakcije javljaju.

## Više slušača za jedan event (odvajanje)

```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
```

Ovo je ključna prednost: možeš dodati nove reakcije (slušač) na event bez dotičanja koda koji ga otpošilja — čisto, proširivo odvajanje.

## Slušači u redu čekanja (async)

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

Implementacija `ShouldQueue` čini da se slušač izvršava **asinkrono** preko reda čekanja — tako da spora reagiranja (slanje e-maila) ne odgađa odgovor.

## Zašto je važno

Eventi i slušači su korisna Laravel značajka za **odvajanje** koda — omogućujući različitim dijelovima aplikacije da reagiraju na događaje bez čvrste veze, što je vrijedno za međukomponentne reakcije i održavanje koda.

Razumijevanje njihovog rada je korisno kako za njihovu upotrebu tako i za prepoznavanje u bazama koda: pattern omogućuje da otpošilješ event kada se nešto važno dogodi (narudžba se otpremi, korisnik se registrira) i da više neovisnih slušača reagira (pošalji e-mail, ažuriraj zalihe, zabilježi analitiku), svaki pokrivajući odvojena bringa.

Klučna prednost je **proširivost kroz odvajanje** — možeš dodati nove reakcije registriranjem slušača bez mijenjanja koda koji otpošilja event, čime zadržavaš brige odvojene i kod koji otpošilja fokusiran.

Mogućnost da slušače učiniš **u redu čekanja** (`ShouldQueue`) kako se izvršavaju asinkrono je također važna, omogućujući spora reagiranja (e-maili, pozivi vanjskih API-ja) da se dogode u pozadini bez odgađanja korisničkog odgovora.

Znanje kako funkcioniraju eventi/slušači, njihova prednost odvajanja i slušači u redu čekanja za asinkronu obrada je vrijedno znanje za izgradnju dobro strukturiranih, proširlivih Laravel aplikacija. (Kao s signalima u drugim framework-ima, upozorenje je da eventi stvaraju implicitno ponašanje na daljinu koje može biti teže pratiti — pa su najbolje korišteni za prava međukomponentna odvajanja umjesto kao zadana opcija za svu logiku nakon akcije, gdje je eksplicitni kod često jasniji.)