Hvad er Clean Architecture? Hvordan er den opbygget, og hvordan fungerer den?

Question

IT Interview Practice · Accepted Answer

## Hvad er Clean Architecture?

**Clean Architecture** organiserer software omkring forretningsadfærd og adskiller den fra brugergrænseflader, databaser og frameworks. Målet er at reducere teknologiske ændringers påvirkning af vigtige applikationsregler.

For eksempel er »en leveret ordre kan ikke annulleres« en forretningsregel. Den er den samme, uanset om kunden bruger et websted eller en mobilapplikation, og uanset lagringsteknologien.

## Hoveddele

Clean Architecture illustreres ofte som cirkler arrangeret indefra og ud:

- **Entiteter:** Indeholder centrale forretningsdata og regler, såsom en ordre og dens annulleringsbetingelser.
- **Anvendelsestilfælde:** Koordinerer en bestemt operation i applikationen, såsom at hente en ordre, anmode om annullering og gemme resultatet.
- **Grænsefladeadaptere:** Konverterer data mellem forretningslogik og eksterne systemer. En controller omdanner en HTTP-anmodning til input til annulleringsoperationen; en lagringsadapter omdanner ordredata til databaseforespørgsler.
- **Frameworks og værktøjer:** Teknologier yderst i arkitekturen, såsom webframeworket eller databasesystemet.

**Den afgørende regel er, at indre kode ikke må afhænge af ydre kode.** Et anvendelsestilfælde kan arbejde med en grænseflade til ordrelagring, som er defineret på forretningssiden; en ekstern adapter implementerer grænsefladen med en bestemt teknologi.

## Eksempel: annullering af en ordre

Når en kunde anmoder om annullering, kalder controlleren anvendelsestilfældet for annullering. Det henter ordren gennem en dataadgangsgrænseflade og beder derefter ordreobjektet om at kontrollere, om annullering er tilladt.

Hvis ordren ikke er leveret og opfylder betingelserne, ændres dens status til annulleret. Anvendelsestilfældet anmoder om at gemme ændringen, databaseadapteren udfører skrivningen, og controlleren returnerer resultatet til kunden.

Under kørsel kan forretningslogikken stadig kalde en adapter gennem en grænseflade, som blev tilsluttet ved opstart. Reglen om, at afhængigheder peger indad, handler om relationerne mellem kodekomponenter; den betyder ikke, at data eller kald kun kan bevæge sig i én retning.

## Fordele

- **Lettere test af regler:** Tilladte og afviste annulleringer kan testes med data i hukommelsen uden at starte en webserver eller database.
- **Et tydeligt hjem for forretningsadfærd:** Regler er ikke spredt over controllere og forespørgsler, så de er lettere at læse og ændre konsekvent.
- **Mindre forstyrrelse ved teknologiske ændringer:** Udskiftning af et lagringsbibliotek eller en anmodningshåndtering påvirker hovedsageligt ydre komponenter, hvis forretningskontrakterne forbliver uændrede.

## Begrænsninger

- **Flere komponenter:** Grænseflader, anvendelsestilfælde og datakonverteringskode tager tid at skrive og vedligeholde.
- **Grænser kræver disciplin:** Hvis et anvendelsestilfælde direkte bruger typer, som er specifikke for et framework eller databasebibliotek, bliver forretningslogikken igen afhængig af ekstern teknologi.

## Hvornår bør du bruge den?

Clean Architecture er nyttig til systemer med kompleks forretningsadfærd, lang udviklingslevetid og hyppige testbehov. For en lille applikation, der blot læser og skriver nogle få tabeller, kan en enklere struktur være lettere at arbejde med. Det er ikke nødvendigt at oprette alle cirkler eller mapper, medmindre de hjælper med at adskille reelle ansvarsområder.

Hvad er Clean Architecture?

Hoveddele

Eksempel: annullering af en ordre

Fordele

Begrænsninger

Hvornår bør du bruge den?

Relaterede spørgsmål