Forståelse af arkitekturlag

Velkommen tilbage! I Clean Architecture er din applikation struktureret i tydelige, koncentriske lag. Tænk på et løg, hvor lagene beskytter kernen.

Denne struktur hjælper med at håndtere kompleksitet og gør din software nemmere at forstå, teste og vedligeholde over tid. Den beskytter din centrale forretningslogik mod eksterne ændringer.

Clean Architecture definerer fire primære lag, fra det inderste (mest stabile) til det yderste (mest omskiftelige):

• Entiteter: Dine centrale forretningsregler.
• Use Cases: Applikationsspecifikke regler.
• Grænsefladeadaptere: Oversættere mellem lagene.
• Rammeværker og drivere: Eksterne detaljer som databaser og brugergrænseflader.

Hvert lag har en bestemt rolle i at holde dit system rent og organiseret.

Helt i centrum af Clean Architecture finder du dine entiteter. Det er dine centrale forretningsobjekter og -regler, uafhængige af enhver bestemt applikation eller ethvert rammeværk.

Entiteter indkapsler de mest generelle regler på højeste niveau. De er mindst tilbøjelige til at ændre sig, når eksterne faktorer som databasen eller brugergrænsefladen ændrer sig. De definerer, hvad din forretning handler om.

Rundt om entiteterne finder du Use Cases (som nogle gange kaldes Interactors). Dette lag indeholder applikationsspecifikke forretningsregler.

Use Cases koordinerer datastrømmen til og fra entiteterne for at realisere en bestemt applikationsfunktion. Det kan for eksempel være »Opret ny bruger« eller »Behandl ordre«. De definerer, hvordan din applikation bruger forretningsentiteterne.

Laget med grænsefladeadaptere fungerer som en bro. Det konverterer data fra det format, der er mest praktisk for Use Cases og entiteterne, til det format, der er mest praktisk for eksterne aktører (som brugergrænsefladen eller databasen), og omvendt.

Dette lag omfatter blandt andet Presenters (til brugergrænseflader), Controllers (til webanmodninger) og Gateways (til kommunikation med databaser eller eksterne API'er). De oversætter mellem den indre og den ydre verden.

Det yderste lag består af rammeværker og drivere. Her findes alle »detaljerne«: web-rammeværker (som Spring eller Django), databaser (SQL, NoSQL), UI-rammeværker, eksterne enheder og værktøjer.

Disse komponenter er omskiftelige og kan ændres uden at påvirke den centrale forretningslogik. Din applikation bør ikke afhænge af dem; de bør afhænge af din applikation.

Et afgørende begreb i Clean Architecture er afhængighedsreglen. Reglen siger, at afhængigheder kun må pege indad.

• De indre cirkler ved intet om de ydre cirkler.
• De ydre cirkler må afhænge af de indre cirkler.

Det betyder, at din centrale forretningslogik (entiteter og Use Cases) forbliver uafhængig af rammeværker, databaser og brugergrænseflader, hvilket gør den meget testbar og robust.

Det giver betydelige fordele at organisere din kode i disse lag:

• Uafhængighed: De centrale forretningsregler er isoleret fra eksterne forhold.
• Testbarhed: Forretningslogikken kan testes uden en brugergrænseflade, database eller webserver.
• Fleksibilitet: Du kan udskifte databaser eller UI-rammeværker uden at skrive kerne-logikken om.
• Vedligeholdelse: Ændringer i ét lag vil mindre sandsynligt ødelægge andre lag.

Forestil dig en brugeranmodning:

1. Rammeværker/drivere (brugergrænsefladen) sender input.
2. Grænsefladeadaptere (Controller) modtager det og konverterer det til et inputformat for et Use Case.
3. Use Cases behandler anmodningen ved hjælp af entiteter.
4. Grænsefladeadaptere (Presenter) konverterer Use Case-outputtet til brugergrænsefladen.
5. Rammeværker/drivere (brugergrænsefladen) viser resultatet.

Bemærk, hvordan anmodningen bevæger sig indad, hvorefter svaret bevæger sig udad, altid i overensstemmelse med afhængighedsreglen.

Du har undersøgt de grundlæggende lag i Clean Architecture:

• Entiteter: Centrale forretningsregler.
• Use Cases: Applikationsspecifikke regler.
• Grænsefladeadaptere: Oversættelse af data.
• Rammeværker og drivere: Eksterne detaljer.

Denne struktur, der styres af afhængighedsreglen, sikrer et meget uafhængigt, testbart og fleksibelt system. Nu dykker vi dybere ned i selve afhængighedsreglen!