Когда Clean Architecture избыточна
Вопрос
Когда строгая Clean Architecture со всеми слоями скорее вредит?
Попробуйте сами
Выберите вариант, и откроется разбор.
Показать ответ и разбор
Коротко
Варианты ответа
- В приложениях на Flutter: там нет интерфейсов, поэтому слои на абстрактных классах не работают
- В небольшом приложении с тонкой логикой, где запрос идёт через DTO, entity, use case и UI-модель без преобразованийправильный ответ
- В приложениях с офлайн-режимом: локальная база должна быть видна прямо из UI, иначе синхронизация данных ломается
- Когда в команде больше трёх человек: слои мешают параллельной работе, все правят одни и те же файлы
Разбор
Слои окупаются, когда есть что изолировать: сложная бизнес-логика, несколько источников данных, большая команда, долгий срок жизни. Если приложение в основном отображает ответы API, четыре модели и три маппера на каждую сущность замедляют разработку без выгоды. Зрелый ответ на собесе: слои вводятся по необходимости, а границы (интерфейсы на краях) важнее количества папок. Фреймворк и офлайн-режим как раз аргументы за слои.
Ответьте сами, а не прочитайте
В тренажёре вопрос попадёт в повторения и вернётся, когда начнёт забываться. Плюс билеты с зачётом: 20 вопросов, не больше 2 ошибок.
Предыдущий вопрос
Путь действия пользователя через слои
Следующий вопрос
Где объявлять интерфейс репозитория
Ещё по теме «Clean Architecture и слои»
- Правило зависимостей в Clean Architecture
- Что можно импортировать в domain-слой
- Зачем маппить DTO в доменные модели
- Ошибки на границах слоёв
- Пакеты по слоям или по фичам
- Инверсия зависимостей
- Слои мобильного приложения
- Сколько моделей нужно на сущность