ইভেন্ট এবং লিসেনার কীভাবে কাজ করে?

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

এটি মূল সুবিধা: আপনি যে ইভেন্টটি ডিসপ্যাচ করে এমন কোড স্পর্শ না করে একটি নতুন প্রতিক্রিয়া (একটি লিসেনার) যোগ করতে পারেন — পরিষ্কার, সম্প্রসারণযোগ্য ডিকাপলিং।

## কিউড লিসেনার (অ্যাসিঙ্ক)

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

`ShouldQueue` প্রয়োগ করলে একটি লিসেনার কিউর মাধ্যমে **অ্যাসিঙ্ক্রোনাসভাবে** চলে — তাই ধীর প্রতিক্রিয়া (ইমেল পাঠানো) প্রতিক্রিয়ায় বিলম্ব করে না।

## এটি কেন গুরুত্বপূর্ণ

ইভেন্ট এবং লিসেনার কোড **ডিকাপল** করার জন্য একটি দরকারী Laravel বৈশিষ্ট্য — একটি অ্যাপ্লিকেশনের বিভিন্ন অংশকে শক্তিশালী সংযুক্তি ছাড়াই ঘটনাগুলিতে প্রতিক্রিয়া জানাতে দেয়, যা ক্রস-কাটিং প্রতিক্রিয়া এবং কোড বজায় রাখার জন্য মূল্যবান।

তাদের বোঝা কোডবেসে সেগুলি ব্যবহার এবং স্বীকৃতি উভয়ের জন্যই সহায়ক: pattern আপনাকে একটি উল্লেখযোগ্য কিছু ঘটলে একটি ইভেন্ট ডিসপ্যাচ করতে দেয় (একটি অর্ডার শিপ হয়, একজন ব্যবহারকারী নিবন্ধন করে) এবং একাধিক স্বাধীন লিসেনার প্রতিক্রিয়া জানায় (ইমেল পাঠান, ইনভেন্টরি আপডেট করুন, বিশ্লেষণ রেকর্ড করুন), প্রতিটি একটি পৃথক উদ্বেগ পরিচালনা করে।

মূল সুবিধা হল **ডিকাপলিংয়ের মাধ্যমে এক্সটেনসিবিলিটি** — আপনি ইভেন্ট ডিসপ্যাচ করে এমন কোড সংশোধন না করে একটি লিসেনার নিবন্ধন করে নতুন প্রতিক্রিয়া যোগ করতে পারেন, উদ্বেগ আলাদা রাখতে এবং ডিসপ্যাচিং কোড ফোকাসড রাখতে।

lিসেনার **কিউড** করার ক্ষমতা (`ShouldQueue`) যাতে তারা অ্যাসিঙ্ক্রোনাসভাবে চলে তাও গুরুত্বপূর্ণ, ধীর প্রতিক্রিয়া (ইমেল, বাহ্যিক API কল) ব্যাকগ্রাউন্ডে ঘটতে দেয় ব্যবহারকারীর প্রতিক্রিয়ায় বিলম্ব না করে।

ইভেন্ট/লিসেনার কীভাবে কাজ করে, তাদের ডিকাপলিং সুবিধা, এবং অ্যাসিঙ্ক প্রসেসিংয়ের জন্য কিউড লিসেনার বোঝা ভাল-কাঠামোগত, সম্প্রসারণযোগ্য Laravel অ্যাপ্লিকেশন তৈরির জন্য মূল্যবান জ্ঞান। (অন্যান্য framework এ সিগনালের মতো, সতর্কতা হল যে ইভেন্টগুলি implicit, action-at-a-distance আচরণ তৈরি করে যা ট্রেস করা কঠিন হতে পারে — তাই সেগুলি প্রকৃত ক্রস-কাটিং ডিকাপলিংয়ের জন্য সর্বোত্তম ব্যবহৃত হয় সমস্ত post-action logic এর জন্য ডিফল্ট হিসাবে নয়, যেখানে explicit কোড প্রায়ই পরিষ্কার।)