Обновить

Как сменить технологию и не закопаться в рефакторинге: опыт внедрения DDD в проект на FastAPI — Часть 2

Уровень сложностиСредний
Время на прочтение10 мин
Охват и читатели2.9K
Всего голосов 7: ↑7 и ↓0+7
Комментарии3

Комментарии 3

Создание ивента требует его обработки. Unit of Work не может этим заниматься, так как его задача - сохранять атомарность транзакций. Если он будет дополнительно обрабатывать ивенты, нарушится принцип единственной ответственности по SOLID.

Безусловно, возлагать обработку событий на Unit of Work - это было бы ошибкой проектирования. Но и к Single Responsibility Principle из SOLID это имеет весьма слабое отношение.

Если автор собирается писать еще статьи, то хочу попросить использовать подсветку кода, хабр это позволяет. Так код легче воспринимается, особенно когда он представлен в таком количестве

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации