Жақындағы post ішінде мен applications-ты қалай structure ететінімді көрсеттім: бар болғаны үш layer - API, Core (business logic) және Infrastructure (database, cache, external services-пен interaction).
Мен жобаларымда қолданатын архитектура
Бүгін layered architecture және clean architecture арасындағы негізгі айырмашылыққа, яғни dependency inversion принципіне тоқталғым келеді.
Layered setup ішінде API Core class (UseCase) methods шақырады, ал Core Infrastructure class (Repository) methods шақырады. Мұндай бөлу responsibilities-ті түсініктірек етеді, бірақ Core әлі де Infrastructure ішіндегі concrete classes туралы біледі. Бұл domain-ді isolate және test жасауды қиындатады.
Dependency inversion кезінде calls abstractions арқылы өтеді. Core interfaces-ке depends етеді, ал concrete classes runtime кезінде wiring жасалады. Control flow сол күйі қалады, бірақ tests жеңілдейді: mocks қосып, domain logic-ті isolation ішінде тексереміз.
Бұл principle жай nice-to-have емес. Ол maintainable software негізінде жатыр және interviews кезінде жиі сұралады.
Қысқаша айтқанда, dependencies invert жасау арқылы Core clean және testable болып қалады, development жылдамдайды және requirements өзгерген кезде risk азаяды.
Codebase өскен сайын flexibility және resilience сақтау үшін dependency inversion-ды design toolbox ішіндегі fundamental бөлікке айналдырыңыз.
Тереңірек оқу үшін ұсынамын: