Рефакторинг в Screaming Clean Architecture

Ваше приложение работает, но архитектура не говорит о том, что оно делает. Бизнес-логика размазана по ViewModel'ям, UseCase'ы называются DoSomethingUseCase, а пакеты — utils, helpers, misc. Я перестрою архитектуру так, чтобы она кричала о предназначении приложения.

Подход: View → ViewModel → UseCase → Service → Repository → DataSource. Каждый слой отвечает за одно. UseCase'ы названы действиями (CreateOrder, CancelDelivery), а не технологиями. Зависимости текут внутрь. Внешние слои ничего не знают о внутренних.

Что входит:
— анализ текущей архитектуры;
— проектирование целевой структуры (пакеты, слои, зависимости);
— рефакторинг: выделение UseCase'ов, Services, Repositories, DataSources;
— переименование в screaming-стиле;
— настройка DI под новую структуру;
— тестирование после рефакторинга.

Что получит заказчик:
Исходный код с новой архитектурой, README с описанием слоёв и правил, инструкция по дальнейшей разработке в этом стиле.

Что не входит:
— миграция UI на Compose (отдельная услуга);
— изменение функциональности приложения;
— написание новых фич.

Что нужно от заказчика:
— исходный код приложения;
— описание основной функциональности (что делает приложение).

• Ключевые слова:
• compose
• usecase
• repository
• kmp
• screaming
• clean
• рефакторинг
• architecture
• datasource
• android