Clean Architecture organizuje software kolem obchodního chování a odděluje jej od uživatelských rozhraní, databází a frameworků. Jejím cílem je snížit dopad technologických změn na důležitá pravidla aplikace.
Například „doručenou objednávku nelze zrušit“ je obchodní pravidlo. Zůstává stejné, ať zákazník používá web nebo mobilní aplikaci, a bez ohledu na technologii ukládání.
Clean Architecture se běžně znázorňuje kruhy uspořádanými zevnitř ven:
Základním pravidlem je, že vnitřní kód nesmí záviset na vnějším kódu. Případ užití může pracovat s rozhraním pro ukládání objednávek definovaným na obchodní straně; externí adaptér toto rozhraní implementuje pomocí konkrétní technologie.
Když zákazník požádá o zrušení, controller zavolá případ užití pro zrušení. Ten načte objednávku přes rozhraní přístupu k datům a pak požádá objekt objednávky o kontrolu, zda je zrušení povoleno.
Pokud objednávka nebyla doručena a splňuje podmínky, její stav se změní na zrušenou. Případ užití požádá o uložení změny, databázový adaptér provede zápis a controller vrátí výsledek zákazníkovi.
Za běhu může obchodní logika stále volat adaptér přes rozhraní propojené při spuštění. Pravidlo, že závislosti míří dovnitř, se týká vztahů mezi komponentami kódu; neznamená, že data nebo volání mohou cestovat jen jedním směrem.
Clean Architecture je užitečná pro systémy se složitým obchodním chováním, dlouhou dobou vývoje a častou potřebou testování. U malé aplikace, která pouze čte a zapisuje několik tabulek, může být jednodušší struktura praktičtější. Není nutné vytvářet každý kruh či složku, pokud to nepomáhá oddělit skutečné odpovědnosti.
Knihovna IT otázek k pohovoru s podrobnými odpověďmi — od Junior po Senior.
Přispět