FSD — это беда, спасет только FDA!

FSD обладает большой популярностью, но заслуженно ли? Он отлично справляется с разделением кода на фичи в маленьком сервисе, но начинает вставлять палки в колеса по мере роста проекта и команды. В какой слой поместить компонент? Как понизить связность? В каких сущностях это было реализовано? Эти вопросы появляются все чаще и чаще, но остаются в методологии без четкого ответа.

Почему бы не рассмотреть другие подходы, обычные и привычные для бэкенд-мира, взять лучшее и объединить с компонентным подходом? Мы разберем такие архитектуры, как MVC, MVVM, DDD, Clean, и попробуем сделать из этого FDA (Fractal Domain Architecture) — фрактальную архитектуру, которая отлично ложится на современные метафреймворки и легко масштабируется в сотни тысяч строк кода. Подход, в котором домены и бизнес-требования, а не абстракции разработчиков, становятся основной системы и расширяются как горизонтально, так и вглубь.