Лучшие практики построения архитектуры — это ответы на вопросы, которые у тебя ещё не возникли
Clean Architecture, SOLID, MVI/TEA — затёртый набор терминов, который, к сожалению, определяет, можно ли поддерживать код через полгода или проще будет выбросить его. Почему это так сложно осваивать?
Это формализация чужой боли
Мартин не проснулся утром и не придумал Dependency Inversion. Он годами страдал от кода, где замена базы данных означала переписывание половины системы.
Примеры врут
Каждая статья про чистую архитектуру показывает TodoApp с тремя слоями. И ты справедливо думаешь: зачем мне TodoRepository, TodoUseCase и TodoEntity ради списка покупок? Незачем. Архитектура окупается на масштабе, а масштаб в примерах не показывают, потому что а как.
Это принципы, а не правила
Single Responsibility — у класса должна быть одна причина для изменения. Какая именно? Зависит от контекста. Open/Closed — расширяй, не модифицируя. Как именно? Зависит от задачи. Принципы говорят тебе, как нужно думать, но если ты пока не знаешь, о чём вообще стоит думать, то как их использовать?
Что с этим делать?
Если чувствуешь, что застрял на этом переходе, посмотри https://tprg.ru/6Jmu. Получишь фидбек от менторов, пройдёшь несколько код‑ревью, и, возможно, станет легче. Посмотри вводную часть и пройди стартовое тестирование, чтобы точно понять, подойдет ли тебе курс. Это бесплатно.
Это #партнёрский пост
