Jak zasada odwrócenia zależności jest stosowana w Clean Architecture do rozdzielenia odpowiedzialności między warstwami?

W czystej architekturze zasada odwrócenia zależności (Dependency Inversion Principle) jest stosowana do podziału odpowiedzialności między warstwami w następujący sposób:

• Moduły wysokiego poziomu (np. logika biznesowa) nie zależą od modułów niskiego poziomu (np. implementacji dostępu do danych lub UI), lecz oba zależą od abstrakcji (interfejsów).

• Abstrakcje są definiowane na wyższych warstwach (np. w warstwie domeny), a implementacje tych interfejsów znajdują się na niższych warstwach (np. w infrastrukturze).

• To pozwala, aby logika biznesowa była niezależna od szczegółów implementacji, co ułatwia testowanie, utrzymanie i rozszerzanie.

Przykład: w warstwie domeny definiuje się interfejs repozytorium:

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

W warstwie danych implementuje się ten interfejs:

class UserRepositoryImpl : UserRepository {
    override fun getUser(id: String): User {
        // implementacja dostępu do bazy danych
    }
}

Logika biznesowa zależy tylko od interfejsu UserRepository, a konkretna implementacja jest wstrzykiwana przez konstruktor lub kontener DI. W ten sposób warstwy są powiązane przez abstrakcje, a nie bezpośrednio.