В Clean Architecture слой данных отвечает за взаимодействие с внешними источниками данных (БД, сеть, файловая система) и реализует интерфейсы, определённые в слое домена.

Основные принципы организации слоя данных:

Изоляция от бизнес-логики — слой данных не должен влиять на логику приложения напрямую.
Реализация интерфейсов (репозиториев), объявленных в доменном слое, для доступа к данным.
Использование DTO или моделей данных, отличных от доменных сущностей, чтобы избежать утечек зависимостей.
Обработка ошибок и преобразование данных для удобства использования в домене.

Структура слоя данных может включать:

Репозитории — классы, реализующие интерфейсы доступа к данным.
Источники данных (Data Sources) — классы, работающие с конкретными технологиями (Room, Retrofit, SharedPreferences).
Мапперы — преобразуют данные из формата источника в доменные модели и обратно.

Пример интерфейса репозитория в домене:

interface UserRepository {
    suspend fun getUser(id: String): User
}

Реализация в слое данных:

class UserRepositoryImpl(private val api: UserApi, private val userDao: UserDao) : UserRepository {
    override suspend fun getUser(id: String): User {
        val userEntity = userDao.getUserById(id) ?: api.fetchUser(id)
        return userEntity.toDomainModel()
    }
}

Таким образом, слой данных служит мостом между внешними источниками и бизнес-логикой, обеспечивая чистую архитектуру и тестируемость.

Какая структура и принципы организации слоя данных в архитектуре Clean Architecture?