Django signals কী?

Question

Django signals কী?

Accepted Answer

**Signals** হল Django-এর observer pattern-এর বাস্তবায়ন — এগুলি নির্দিষ্ট **events** ঘটলে (যেমন একটি model সংরক্ষণ বা মুছে ফেলা হলে) কিছু senders-কে receivers-এর একটি সেটকে জানানোর সুবিধা দেয়। এগুলি **decoupled** কোড সক্ষম করে: অ্যাপের একটি অংশ অন্য অংশে ঘটা events-এ প্রতিক্রিয়া জানায় কোনো সরাসরি coupling ছাড়াই।

## সাধারণ built-in signals

```text
pre_save / post_save      → before / after a model instance is saved
pre_delete / post_delete  → before / after a model instance is deleted
m2m_changed               → a ManyToMany relationship changed
request_started / finished→ request lifecycle
user_logged_in / out      → authentication events
```

## একটি receiver-কে signal-এ সংযুক্ত করা

```python
from django.db.models.signals import post_save
from django.dispatch import receiver

# automatically create a Profile whenever a User is created
@receiver(post_save, sender=User)
def create_profile(sender, instance, created, **kwargs):
    if created:                          # only on creation, not every save
        Profile.objects.create(user=instance)
```

`@receiver` decorator একটি ফাংশনকে একটি নির্দিষ্ট sender-এর জন্য একটি signal-এ সংযুক্ত করে। যখন একটি `User` সংরক্ষিত হয়, Django এই ফাংশনটি কল করে — এখানে, স্বয়ংক্রিয়ভাবে একটি সম্পর্কিত `Profile` তৈরি করে। `created` flag creation-কে updates-এর থেকে আলাদা করে।

## একটি সাধারণ use case

```python
@receiver(post_save, sender=Order)
def send_order_confirmation(sender, instance, created, **kwargs):
    if created:
        send_email(instance.customer.email, "Order confirmed")
# the Order-creation code doesn't need to know about emails → decoupled
```

অর্ডার-তৈরির কোড orders-এ ফোকাস করে থাকে; ইমেল logic আলাদাভাবে থাকে এবং event-এ প্রতিক্রিয়া জানায় — concerns-কে decoupled রাখে।

## Signals কখন দরকারী

```text
✓ Reacting to model events from a DIFFERENT app/module (decoupling)
✓ Auto-creating related objects (Profile on User creation)
✓ Cache invalidation, search-index updates, audit logging on save/delete
✓ Cross-cutting reactions you don't want to embed in the core logic
```

## গুরুত্বপূর্ণ সাবধানী বার্তা: signals স্পষ্টতা ক্ষতিগ্রস্ত করতে পারে

```python
# ⚠️ signals create IMPLICIT, "action at a distance" behavior:
# saving an Order triggers an email somewhere else — not obvious from the save call.
# This can make code HARDER to follow and debug.
```

```text
When to PREFER explicit code over signals:
  ✗ If the logic clearly belongs in the same flow → call it directly (more readable)
  ✗ Overusing signals → hidden, hard-to-trace behavior, debugging difficulty
  ✓ A common alternative: override the model's save() method, or use a service function,
    for logic tightly coupled to the operation
Use signals mainly for genuine DECOUPLING (reacting across app boundaries), not as
a default for all post-save logic.
```

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

Signals হল **decoupling** কোডের জন্য একটি দরকারী Django বৈশিষ্ট্য — যা একটি অ্যাপ্লিকেশনের বিভিন্ন অংশকে সরাসরি dependencies ছাড়াই events (model saves/deletes, auth events)-এ প্রতিক্রিয়া জানাতে দেয়, যা auto-creating related objects, cache invalidation, audit logging, এবং app boundaries জুড়ে events-এ প্রতিক্রিয়া জানানোর মতো cross-cutting concerns-এর জন্য মূল্যবান।

সেগুলি বুঝা গুরুত্বপূর্ণ *ব্যবহার* করার জন্য এবং বিদ্যমান codebases-এ সেগুলি চেনার জন্য (এগুলি "এটি কেন ঘটেছে?" বিভ্রান্তির একটি সাধারণ উৎস)।

তবে, signals-কে একটি বিশেষত গুরুত্বপূর্ণ বিষয় করে তুলে যাওয়া হল **কখন সেগুলি ব্যবহার করতে হবে সে সম্পর্কে সূক্ষ্ম বিচার**: যদিও তারা elegant decoupling সক্ষম করে, তারা **implicit, "action-at-a-distance" behavior** তৈরি করে যা কোডকে অনুসরণ এবং debug করতে কঠিন করে তুলতে পারে (একটি object সংরক্ষণ করা রহস্যজনকভাবে অন্যত্র সংজ্ঞায়িত effects ট্রিগার করে)।

পরিপক্ক Django developers এই trade-off বোঝে — *genuine* decoupling-এর জন্য signals ব্যবহার করে (module/app boundaries জুড়ে events-এ প্রতিক্রিয়া করে যা আপনি source-এ couple করতে চাইবেন না) যখন **explicit code** পছন্দ করে (logic সরাসরি কল করা, `save()` override করা, বা service functions ব্যবহার করা) যখন logic স্পষ্টভাবে একই flow-এ থাকে, কারণ explicit code আরও পাঠযোগ্য এবং traceable।

Signals কীভাবে কাজ করে (receivers সংযোগ করা, `created` flag, সাধারণ signals), তাদের বৈধ use cases, এবং গুরুত্বপূর্ণভাবে **কখন সেগুলি ব্যবহার করবেন না** (লুকানো, hard-to-debug behavior এড়ানো) সেগুলি জানা একটি practical, experienced understanding প্রতিফলিত করে যা maintainable Django কোড লেখা developers-দের থেকে যারা signals overuse করে tangled, opaque applications তৈরি করে তাদের আলাদা করে।