Mi az a Clean Architecture? Hogyan épül fel és működik?

Question

IT Interview Practice · Accepted Answer

## Mi az a Clean Architecture?

**A Clean Architecture** az üzleti működés köré szervezi a szoftvert, elkülönítve azt a felhasználói felületektől, adatbázisoktól és keretrendszerektől. Célja, hogy a technológiai változások kevésbé hassanak az alkalmazás fontos szabályaira.

Például „a kézbesített rendelés nem mondható le” üzleti szabály. Ugyanaz marad, akár webhelyet, akár mobilalkalmazást használ az ügyfél, a tárolási technológiától függetlenül.

## Fő részek

A Clean Architecture-t gyakran belülről kifelé rendezett körökkel szemléltetik:

- **Entitások:** Az alapvető üzleti adatokat és szabályokat tartják, például egy rendelést és a lemondás feltételeit.
- **Használati esetek:** Egy adott alkalmazásműveletet hangolnak össze, például a rendelés lekérését, lemondás kérését és az eredmény mentését.
- **Interfészadapterek:** Átalakítják az adatokat az üzleti logika és a külső rendszerek között. A vezérlő a HTTP-kérést a lemondási művelet bemenetévé alakítja, a tárolási adapter pedig a rendelésadatokat adatbázis-lekérdezéssé.
- **Keretrendszerek és eszközök:** A külső peremen lévő technológiák, például a webes keretrendszer vagy az adatbázis-kezelő.

**Az alapvető szabály szerint a belső kód nem függhet a külső kódtól.** Egy használati eset az üzleti oldalon meghatározott rendeléstárolási interfésszel dolgozhat, amelyet egy külső adapter valósít meg konkrét technológiával.

## Példa: rendelés lemondása

Amikor az ügyfél lemondást kér, a vezérlő meghívja a lemondási használati esetet. Az adatelérési interfészen keresztül lekéri a rendelést, majd a rendelésobjektumtól kéri annak ellenőrzését, hogy megengedett-e a lemondás.

Ha a rendelést még nem kézbesítették és teljesíti a feltételeket, állapota lemondottra változik. A használati eset kéri a módosítás mentését, az adatbázis-adapter írja az adatot, a vezérlő pedig visszaadja az eredményt az ügyfélnek.

Futásidőben az üzleti logika továbbra is hívhat adaptert az indításkor összekötött interfészen át. A befelé mutató függőségek szabálya a kódelemek kapcsolatáról szól; nem azt jelenti, hogy az adat vagy a hívás csak egy irányba haladhat.

## Előnyök

- **Könnyebb szabálytesztelés:** Az engedélyezett és elutasított lemondások memóriabeli adatokkal tesztelhetők, webszerver vagy adatbázis indítása nélkül.
- **Világos hely az üzleti működésnek:** A szabályok nem szóródnak szét vezérlők és lekérdezések között, így könnyebb olvasni és következetesen módosítani őket.
- **Kisebb technológiai zavar:** A tárolási könyvtár vagy kéréskezelő cseréje elsősorban a külső részeket érinti, ha az üzleti szerződések változatlanok.

## Korlátok

- **Több összetevő:** Az interfészek, használati esetek és adatátalakító kód megírása és karbantartása időt igényel.
- **A határok fegyelmet igényelnek:** Ha egy használati eset közvetlenül keretrendszer- vagy adatbázis-könyvtárhoz kötött típusokat használ, az üzleti logika újra külső technológiától függ.

## Mikor érdemes használni?

A Clean Architecture összetett üzleti működésű, hosszú fejlesztési életű és gyakori tesztelést igénylő rendszereknél hasznos. Néhány táblát olvasó és író kis alkalmazásnál egy egyszerűbb szerkezet könnyebben használható. Nem kell minden kört vagy mappát létrehozni, ha nem segít valós felelősségeket elkülöníteni.

Mi az a Clean Architecture?

Fő részek

Példa: rendelés lemondása

Előnyök

Korlátok

Mikor érdemes használni?

Kapcsolódó kérdések