На каком архитектурном паттерне строятся сигналы модели в Django?

Observer Pattern

Сигналы Django построены на архитектурном паттерне Observer (Наблюдатель). Это поведенческий паттерн проектирования, который определяет отношение один-ко-многим между объектами таким образом, что при изменении состояния одного объекта все зависящие от него объекты уведомляются об этом и автоматически обновляются.

Как это работает в Django

В контексте Django система сигналов реализует Observer следующим образом:

• Subject (издатель): модель Django, которая создаёт и отправляет сигналы
• Observers (наблюдатели): функции-обработчики, зарегистрированные для прослушивания определённых сигналов
• Событие: действие с моделью (создание, сохранение, удаление)

Основные компоненты

from django.db.models.signals import post_save, pre_delete
from django.dispatch import receiver
from myapp.models import User

# Способ 1: через декоратор @receiver
@receiver(post_save, sender=User)
def create_user_profile(sender, instance, created, **kwargs):
    if created:
        # Логика при создании нового пользователя
        UserProfile.objects.create(user=instance)

# Способ 2: явная регистрация
def update_user_cache(sender, instance, **kwargs):
    cache.delete(f"user_{instance.id}")

post_save.connect(update_user_cache, sender=User)

Встроенные сигналы Django

• pre_save / post_save — перед и после сохранения объекта
• pre_delete / post_delete — перед и после удаления
• m2m_changed — при изменении many-to-many отношений

Пример реальной задачи

from django.db.models.signals import post_save
from django.dispatch import receiver
from django.core.mail import send_mail
from .models import Order

@receiver(post_save, sender=Order)
def send_order_confirmation(sender, instance, created, **kwargs):
    """Отправить email при создании заказа"""
    if created:
        send_mail(
            subject=f"Заказ #{instance.id} создан",
            message=f"Спасибо за заказ на сумму {instance.total}",
            from_email="orders@shop.com",
            recipient_list=[instance.customer.email]
        )

Преимущества паттерна Observer в Django

• Слабая связанность: модель не знает о своих наблюдателях
• Динамическая подписка: обработчики можно добавлять/удалять во время выполнения
• Масштабируемость: легко добавлять новые обработчики без изменения модели
• Разделение ответственности: бизнес-логика отделена от уведомлений

Когда использовать сигналы

✅ Валидация при сохранении ✅ Синхронизация связанных данных ✅ Отправка уведомлений (email, SMS, webhook) ✅ Логирование действий ✅ Инвалидация кэша

Когда избегать сигналов

❌ Сложная бизнес-логика (лучше в сервисах) ❌ Когда нужна транзакционность (используй save() с логикой) ❌ Циклические зависимости между обработчиками

Обычно опытные разработчики используют сигналы осторожно: предпочитают явные методы моделей или сервис-слой для основной логики, а сигналы оставляют для побочных эффектов (уведомления, логирование, кэширование).