ઈવેન્ટ્સ અને લિસનર્સ કેવી રીતે કામ કરે છે?

Question

Accepted Answer

Laravel ના **ઈવેન્ટ્સ અને લિસનર્સ** observer pattern ને લાગુ કરે છે — જ્યારે કંઈક નોંધનીય થાય ત્યારે તમે **ઈવેન્ટ ડિસ્પેચ** કરો છો, અને એક કે વધુ **લિસનર્સ** તેના પર પ્રતિક્રિયા આપે છે. આ કોડને અલગ કરે છે: ઈવેન્ટ સ્ત્રોતને તે જાણવાની જરૂર નથી કે કોણ પ્રતિક્રિયા આપે, જે વચ્ચાવચ્ચાનું સ્વચ્છ વિભાજન સક્ષમ બનાવે છે.

## ઈવેન્ટ અને લિસનર વ્યાખ્યાયિત કરો

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

## ઈવેન્ટ ડિસ્પેચ કરો

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

ઈવેન્ટ ડિસ્પેચ કરવું તેના તમામ નોંધણી કરેલ લિસનર્સને ટ્રિગર કરે છે. આર્ડર-શિપિંગ કોડ માત્ર કહે છે કે શું થયું — તે જાણતું નથી (અથવા તેનો ધ્યાસ રાખતું નથી) કે ઇમેલ્સ, વિશ્લેષણ, અથવા અન્ય પ્રતિક્રિયાઓ થાય છે.

## એક ઈવેન્ટ માટે બહુવિધ લિસનર્સ (અલગતા)

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

આ મુખ્ય લાભ છે: તમે તે કોડને સ્પર્શ કર્યા વિના ઈવેન્ટમાં નવી પ્રતિક્રિયાઓ (લિસનર) ઉમેરી શકો છો જે તેને ડિસ્પેચ કરે — સ્વચ્છ, વિસ્તૃત અલગતા.

## કતારમાં મૂકેલ લિસનર્સ (async)

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

`ShouldQueue` ને લાગુ કરવું લિસનરને કતાર દ્વારા **આવતો** ચલાવે છે — તેથી મંથર પ્રતિક્રિયાઓ (ઇમેલ મોકલવું) પ્રતિક્રિયા વિલંબ કરતું નથી.

## તે શા માટે મહત્વપૂર્ણ છે

ઈવેન્ટ્સ અને લિસનર્સ કોડને **અલગ કરવા** માટે એક ઉપયોગી Laravel વિશેષતા છે — એપ્લીકેશનના વિવિધ ભાગોને ચેપી જોડાણ ન બનાવતાં ઘટનાઓ પર પ્રતિક્રિયા આપવાની મંજૂરી આપે છે, જે ક્રોસ-કટિંગ પ્રતિક્રિયાઓ માટે અને કોડને જાળવણીયોગ્ય રાખવા માટે મૂલ્યવાન છે.

તેમને સમજવું એ તેમનો ઉપયોગ કરવા અને codebases માં તેમને ઓળખવા બંને માટે મદદરૂપ છે: આ પેટર્ન તમને ઈવેન્ટ ડિસ્પેચ કરવા દે છે જ્યારે કંઈક નોંધનીય થાય (ઓર્ડર શીપ થાય, વપરાશકર્તા નોંધણી કરે) અને બહુવિધ સ્વતંત્ર લિસનર્સ પ્રતિક્રિયા આપે (ઇમેલ મોકલો, ઇનવેન્ટરી અપડેટ કરો, વિશ્લેષણ રેકર્ડ કરો), દરેક એક અલગ ચિંતા હેન્ડલ કરે.

મુખ્ય લાભ છે **અલગતા દ્વારા વિસ્તૃતા** — તમે તે કોડને ફેરફાર કર્યા વિના નવી પ્રતિક્રિયાઓ ઉમેરી શકો છો જે ઈવેન્ટ ડિસ્પેચ કરે, ચિંતાઓ અલગ રાખતાં અને ડિસ્પેચિંગ કોડ કેન્દ્રિત રાખતાં.

લિસનર્સને **કતારમાં મૂકવાની** (`ShouldQueue`) ક્ષમતા તેથી તેઓ asynchronously ચલે તે પણ મહત્વપૂર્ણ છે, મંથર પ્રતિક્રિયાઓ (ઇમેલ્સ, બાહ્ય API કૉલ્સ) બેકગ્રાઉન્ડમાં થાય તે મંજૂર કરે છે વપરાશકર્તાની પ્રતિક્રિયા વિલંબ કર્યા વિના.

ઈવેન્ટ્સ/લિસનર્સ કેવી રીતે કામ કરે, તેમની અલગતા લાભ, અને async પ્રોસેસિંગ માટે કતારમાં મૂકેલ લિસનર્સ તે જાણવું એ સુવિવૃત, વિસ્તૃત Laravel એપ્લીકેશનો બનાવવા માટે મૂલ્યવાન જ્ઞાન છે. (અન્ય frameworks માં સિગ્નલ્સની જેમ, ચેતવણી એ છે કે ઈવેન્ટ્સ implicit, action-at-a-distance વર્તન બનાવે છે જે ટ્રેસ કરવા મુશ્કેલ હોઈ શકે — તેથી તે સત્ય ક્રોસ-કટિંગ અલગતા માટે શ્રેષ્ઠ રીતે વપરાય છે તમામ post-action તર્કક માટે default તરીકે નહીં, જ્યાં explicit કોડ ઘણીવાર સ્પષ્ટ હોય છે.)