Kaip taikomas priklausomybių inversijos principas Clean Architecture, siekiant atskirti atsakomybę tarp sluoksnių?

Švarioje architektūroje priklausomybės inversijos principas (Dependency Inversion Principle) taikomas atsakomybės pasidalijimui tarp sluoksnių taip:

• Aukšto lygio moduliai (pvz., verslo logika) nepriklauso nuo žemo lygio modulių (pvz., duomenų prieigos ar UI įgyvendinimo), o abu priklauso nuo abstrakcijų (sąsajų).

• Abstrakcijos apibrėžiamos aukštesniuose sluoksniuose (pvz., domeno sluoksnyje), o šių sąsajų įgyvendinimai yra žemesniuose sluoksniuose (pvz., infrastruktūroje).

• Tai leidžia verslo logikai būti nepriklausomai nuo įgyvendinimo detalių, palengvindama testavimą, palaikymą ir plėtrą.

Pavyzdys: domeno sluoksnyje apibrėžiama saugyklos sąsaja:

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

Duomenų sluoksnyje įgyvendinama ši sąsaja:

class UserRepositoryImpl : UserRepository {
    override fun getUser(id: String): User {
        // duomenų bazės prieigos įgyvendinimas
    }
}

Verslo logika priklauso tik nuo UserRepository sąsajos, o konkreti įgyvendinimas yra injekuojama per konstruktorių arba DI konteinerį. Taip sluoksniai yra susieti per abstrakcijas, o ne tiesiogiai.