Теория прям хорошая, отдельный плюс за то что написала разницу между юзкейсами и интеракторами(хотя в реализации почему-то противоречит своему определению, и реализует anemic-service), практика на мой взгляд переусложнена. В центре стоит некоторый менеджер, который является централизованным местом управления (что является анти-паттерном по Эвансу), и за счет разделения модулей кода "по фичам", эти модули будут стихийно появляться, исчезать, переезжать друг к другу, и будет вечная путаница, где искать нужный кусок кода. К какой же фиче оно относится в текущий момент архитектурного видения проекта? Классическая заявка на оверинженеринг в примере "а вдруг мы перейдем с доктрины на csv".
Теория прям хорошая, отдельный плюс за то что написала разницу между юзкейсами и интеракторами(хотя в реализации почему-то противоречит своему определению, и реализует anemic-service), практика на мой взгляд переусложнена. В центре стоит некоторый менеджер, который является централизованным местом управления (что является анти-паттерном по Эвансу), и за счет разделения модулей кода "по фичам", эти модули будут стихийно появляться, исчезать, переезжать друг к другу, и будет вечная путаница, где искать нужный кусок кода. К какой же фиче оно относится в текущий момент архитектурного видения проекта?
Классическая заявка на оверинженеринг в примере "а вдруг мы перейдем с доктрины на csv".