lizerk
8182199744
refactor(communications): реструктуризация notifications в модульную архитектуру
Проблема:
- Монолитный notification_signals.py (~310 строк) смешивал разные concerns
- Сложная логика с упоминаниями, ответами и обычными сообщениями в одном файле
- Множество вспомогательных функций без четкой структуры
Решение:
Разделен на модульную структуру communications/notifications/:
- config.py - NotificationVerbs, MessageTemplates, ActionURLs, вспомогательные функции
(extract_mentions, truncate_message, get_chat_name)
- handlers.py - notify_new_message(), notify_chat_added(),
get_users_with_notifications_enabled()
- signals.py - Django signal receivers (@receiver)
- __init__.py - публичный API модуля
Изменения:
- Создан: communications/notifications/ модуль с 4 файлами
- Переименован: notification_signals.py → notification_signals.py.old
- Изменен: apps.py - обновлен импорт на communications.notifications
Логика уведомлений:
1. Упоминания (@email) - высокий приоритет
2. Ответы на сообщения - средний приоритет
3. Обычные сообщения - низкий приоритет
Преимущества:
- ✅ Единообразие с requests_app, procurement, feed
- ✅ Четкое разделение ответственности (SRP)
- ✅ ОПТИМИЗАЦИЯ: Настройки уведомлений загружаются одним запросом
- ✅ Легче тестировать компоненты
- ✅ Публичный API для переиспользования функций
- ✅ Централизованные шаблоны сообщений
Верификация:
- python manage.py check - успешно
2026-03-10 13:27:32 +03:00
..
2026-01-14 17:32:06 +03:00
2026-02-25 20:29:00 +03:00
2026-03-10 13:27:32 +03:00
2025-08-05 15:30:41 +03:00
2026-01-15 12:15:44 +03:00
2026-03-10 13:27:32 +03:00
2026-02-25 20:29:00 +03:00
2025-08-08 15:16:19 +03:00
2025-11-20 18:52:29 +03:00
2025-11-20 18:52:29 +03:00
2026-02-25 20:29:00 +03:00
2026-03-10 13:27:32 +03:00
2026-02-28 00:13:46 +03:00
2026-01-21 17:59:46 +03:00
2025-11-30 11:29:54 +03:00
2026-01-15 11:13:54 +03:00
2025-08-05 15:30:41 +03:00
2025-12-01 14:19:58 +03:00
2026-02-25 20:29:00 +03:00