Слоистая архитектура в Django: паттерн Service и Selector
Как избежать fat models и fat views: где должна жить бизнес-логика?
Проблема
С ростом проекта view «толстеют»: запросы ORM, валидация и письма — всё в одной функции.
Решение
Слои: View принимает запрос, Service пишет, Selector читает, Repository владеет ORM.
Комментарии 0
Оставьте первый комментарий!
Войдите через Google, чтобы оставить комментарий.
Войти через Google