Какие знаешь особенности чистой архитектуры?

Основные принципы Чистой Архитектуры на Android

Чистая Архитектура (Clean Architecture) — это подход, предложенный Робертом Мартином (дядюшкой Бобом), который разделяет систему на слои с четкими границами и зависимостями. На Android этот подход адаптирован через MVVM, MVP или MVI паттерны с применением слоевой структуры.

Ключевые особенности и принципы

1. Разделение на слои и правило зависимостей

Архитектура состоит из концентрических кругов (слоев), где:

• Внутренние слои (бизнес-логика) не знают о внешних (инфраструктура)
• Зависимости направлены внутрь — от внешних к внутренним слоям
• Наружные слои зависят от внутренних, а не наоборот

Стандартные слои на Android:

• Domain (ядро) — бизнес-правила и use cases
• Data — репозитории, источники данных
• Presentation — ViewModels, UI компоненты

// Пример структуры package по слоям:
com.example.app
├── domain
│   ├── model
│   ├── repository
│   └── usecase
├── data
│   ├── local
│   ├── remote
│   └── repository
└── presentation
    ├── viewmodel
    ├── ui
    └── screen

2. Инверсия зависимостей (Dependency Inversion)

Высокоуровневые модули не должны зависеть от низкоуровневых. Оба должны зависеть от абстракций.

// Domain слой определяет интерфейс
interface UserRepository {
    suspend fun getUser(id: String): User
}

// Data слой реализует интерфейс
class UserRepositoryImpl @Inject constructor(
    private val apiService: ApiService,
    private val userDao: UserDao
) : UserRepository {
    override suspend fun getUser(id: String): User {
        // реализация
    }
}

// UseCase зависит от абстракции
class GetUserUseCase @Inject constructor(
    private val repository: UserRepository // зависимость от интерфейса
)

3. Use Cases как организаторы бизнес-логики

Каждая бизнес-операция инкапсулируется в отдельном UseCase классе:

• Одна ответственность — каждый use case отвечает за одну операцию
• Композиция — сложные сценарии собираются из простых use cases
• Тестируемость — легко тестировать изолированную логику

class GetUserProfileUseCase(
    private val getUser: GetUserUseCase,
    private val getPreferences: GetPreferencesUseCase
) {
    suspend operator fun invoke(userId: String): UserProfile {
        val user = getUser(userId)
        val preferences = getPreferences(userId)
        return UserProfile(user, preferences)
    }
}

Практические особенности реализации на Android

1. Многомодульная структура

Для строгого разделения слоев используют многомодульный подход:

• :core:domain — чистый Kotlin модуль без Android зависимостей
• :core:data — Android модуль с Room, Retrofit
• :feature:profile — feature-модуль со своей презентацией

2. Управление зависимостями

• Dagger Hilt или Koin для внедрения зависимостей
• Правильные скоупы для ViewModel, UseCase, Repository
• Фабрики для создания сложных объектов

3. Обработка потоков данных

// Flow в UseCase
class ObserveUsersUseCase(
    private val repository: UserRepository
) {
    operator fun invoke(): Flow<List<User>> {
        return repository.observeUsers()
    }
}

// StateFlow в ViewModel
class UsersViewModel @Inject constructor(
    private val observeUsers: ObserveUsersUseCase
) : ViewModel() {
    private val _state = MutableStateFlow(UsersState())
    val state: StateFlow<UsersState> = _state.asStateFlow()
    
    init {
        viewModelScope.launch {
            observeUsers()
                .map { users -> UsersState(users = users) }
                .collect { _state.value = it }
        }
    }
}

Преимущества Чистой Архитектуры на Android

• Тестируемость — domain слой тестируется юнит-тестами без Android
• Подменяемость — легко менять реализации (например, Room на SQLDelight)
• Поддержка — четкая структура упрощает поддержку и онбординг
• Масштабируемость — добавление новых фич не ломает существующие
• Независимость от фреймворков — бизнес-логика не привязана к Android SDK

Сложности и рекомендации

• Бойлерплейт код — много классов и интерфейсов
• Кривая обучения — сложность для начинающих разработчиков
• Рекомендуется начинать с упрощенной версии и усложнять по мере роста проекта

Чистая Архитектура особенно эффективна в долгосрочных проектах с частыми изменениями требований, где важно поддерживать гибкость и тестируемость кодовой базы.