Corp/backend at 8182199744bff742d342d6babc0b63baaadb1700 - Corp

History

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

api

refactor(feed): реструктуризация notifications в модульную архитектуру

2026-03-10 13:05:58 +03:00

bots

**feat(calendar): единая модель/эндпоинт календаря, повторяемость, права, сигналы и фронт**

2025-09-09 17:55:15 +03:00

calendar_app

refactor: complete notifications v2 system with frontend translation

2026-03-09 21:35:36 +03:00

common

refactor(employees): simplify create() using ExternalSystemSyncMixin