Менторы по Clean Architecture

Clean Architecture: проверьте направление зависимостей в вашем проекте

Количество папок не определяет архитектуру приложения. Проект может иметь каталоги domain, application и infrastructure, но оставаться связанным с базой данных во всех частях. На встрече с наставником по Clean Architecture полезно проследить зависимости одного сценария, а не начинать с переименования слоёв.

Найдите правило, которое принадлежит предметной области

Возьмите действие, например подтверждение заказа. Отделите условия подтверждения от получения HTTP-запроса, чтения таблиц и отправки уведомления. В подходе Clean Architecture внутренние правила не должны зависеть от деталей внешних механизмов. Это направление зависимости кода, а не запрет использовать базу данных или фреймворк.

Попросите наставника показать, какие типы пересекают границы. Если бизнес-правило получает объект конкретной ORM, его независимость стоит проверить отдельно. Иногда достаточно небольшого интерфейса на границе; создавать обёртку для каждого метода автоматически не требуется.

Разберите один переход без полной перестройки

Условный учебный шаг: выделить расчёт доступности заказа из контроллера и проверить его без веб-сервера. Затем отдельно проверить получение исходных данных и преобразование результата в HTTP-ответ. Так видна польза разделения и цена дополнительных связей.

Обсудите, что действительно меняется в проекте. Для небольшого приложения сложная система абстракций может оказаться дороже, чем зависимость, от которой она защищает. Решение должно отвечать требованиям продукта и команды, а не только изображению концентрических кругов.

Что принести на архитектурное ревью

Достаточно схемы зависимостей, одного сквозного сценария и примера затруднённого изменения. Сформулируйте проблему: сложно тестировать правило, заменять интеграцию или понимать последствия правки. Ищите наставника с опытом постепенной работы с существующим кодом, если переписывание с нуля вам не подходит.