В Clean Architecture принцип инверсии зависимостей (Dependency Inversion Principle) применяется для разделения ответственности между слоями следующим образом:

Высокоуровневые модули (например, бизнес-логика) не зависят от низкоуровневых (например, реализации доступа к данным или UI), а наоборот — оба зависят от абстракций (интерфейсов).
Абстракции определяются в более высокоуровневых слоях (например, в доменном слое), а реализации этих интерфейсов находятся в нижних слоях (например, в инфраструктуре).
Это позволяет бизнес-логике быть независимой от деталей реализации, что облегчает тестирование, поддержку и расширение.

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

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

В слое данных реализуется этот интерфейс:

class UserRepositoryImpl : UserRepository {
    override fun getUser(id: String): User {
        // реализация доступа к базе данных
    }
}

Бизнес-логика зависит только от интерфейса UserRepository, а конкретная реализация внедряется через конструктор или DI-контейнер. Таким образом, слои связаны через абстракции, а не напрямую.

Каким образом в Clean Architecture применяется принцип инверсии зависимостей для разделения ответственности между слоями?