Events आणि listeners कसे कार्य करतात?

Question

Accepted Answer

Laravel चे **events आणि listeners** observer pattern लागू करतात — जेव्हा काहीतरी महत्त्वाचे घडते तेव्हा आप **event dispatch** करता, आणि एक किंवा अधिक **listeners** यास प्रतिक्रिया देतात. हे कोड decouples करते: event source ला हे जाणून घेण्याची आवश्यकता नाही की कोण प्रतिक्रिया देते, जे concerns च्या स्वच्छ separation सक्षम करते.

## Event आणि listener परिभाषित करणे

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

## Event dispatch करणे

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

Event dispatch करणे यासाठी सर्व नोंदणीकृत listeners ट्रिगर करते. Order-shipping code फक्त घडलेल्या गोष्टीची घोषणा करते — यास हे माहीत नाही (किंवा काहीही पर्वाह नाही) की emails, analytics, किंवा इतर प्रतिक्रिया होतात.

## एका event साठी अनेक listeners (decoupling)

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

हा मुख्य फायदा आहे: आप event ला नवीन प्रतिक्रिया (एक listener) जोडू शकता dispatch करणारे कोड स्पर्श न करता — स्वच्छ, extensible decoupling.

## Queued listeners (async)

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

`ShouldQueue` लागू करणे listener ला queue द्वारे **asynchronously** चालविते — त्यामुळे slow reactions (email पाठवणे) response delay करत नाही.

## हे का महत्त्वाचे आहे

Events आणि listeners हे **decoupling** करण्यासाठी Laravel चा उपयुक्त feature आहे — application च्या भिन्न भागांना tight coupling विना occurrences ला प्रतिक्रिया देऊ शकते, जे cross-cutting reactions आणि code maintainable ठेवण्यासाठी मूल्यवान आहे.

त्यांचे समज दोन्हीसाठी सहायक आहे त्यांचा वापर करणे आणि codebases मध्ये त्यांना ओळखणे: pattern तुम्हाला event dispatch करू देते जेव्हा काहीतरी महत्त्वाचे घडते (एक order शिप होते, एक user नोंदणी करते) आणि अनेक independent listeners प्रतिक्रिया देतात (email पाठवा, inventory अपडेट करा, analytics रेकॉर्ड करा), प्रत्येक एक वेगळा concern हँडल करते.

मुख्य फायदा **decoupling द्वारे extensibility** आहे — आप event dispatch करणारे कोड सुधारित न करता listener नोंदणी करून नवीन प्रतिक्रिया जोडू शकता, concerns separated ठेवते आणि dispatch करणारे कोड focused ठेवते.

Listeners **queued** (`ShouldQueue`) करण्याची क्षमता जेणेकरून ते asynchronously चालतात ते देखील महत्त्वाचे आहे, slow reactions (emails, external API calls) background मध्ये होऊ शकते user च्या response delay न करता.

कसे events/listeners कार्य करतात, त्यांचा decoupling फायदा, आणि async processing साठी queued listeners हे जाणून घेणे हे well-structured, extensible Laravel applications तयार करण्यासाठी मूल्यवान ज्ञान आहे. (इतर frameworks मधील signals सारखेच, caveat असे आहे की events implicit, action-at-a-distance behavior तयार करतात जे trace करणे कठीण असू शकते — त्यामुळे ते genuinely cross-cutting decoupling साठी सर्वोत्तम वापरल्या जातात rather than सर्व post-action logic साठी default म्हणून, जेथे explicit code बरेचदा स्पष्ट असते.))