Hva er Clean Architecture? Hvordan er den bygd opp, og hvordan fungerer den?

Question

IT Interview Practice · Accepted Answer

## Hva er Clean Architecture?

**Clean Architecture** organiserer programvare rundt forretningsatferd og skiller den fra brukergrensesnitt, databaser og rammeverk. Målet er å redusere virkningen av teknologiendringer på viktige regler i applikasjonen.

For eksempel er «en levert bestilling kan ikke kanselleres» en forretningsregel. Den er den samme enten kunden bruker et nettsted eller en mobilapplikasjon, og uavhengig av lagringsteknologien.

## Hoveddeler

Clean Architecture illustreres ofte som sirkler ordnet innenfra og ut:

- **Entiteter:** Inneholder sentrale forretningsdata og regler, som en bestilling og vilkårene for kansellering.
- **Brukstilfeller:** Koordinerer en bestemt operasjon i applikasjonen, som å hente en bestilling, be om kansellering og lagre resultatet.
- **Grensesnittadaptere:** Konverterer data mellom forretningslogikk og eksterne systemer. En kontroller omformer en HTTP-forespørsel til input for kanselleringsoperasjonen; en lagringsadapter omformer bestillingsdata til databasespørringer.
- **Rammeverk og verktøy:** Teknologier ytterst i arkitekturen, som webrammeverket eller databasesystemet.

**Hovedregelen er at indre kode ikke må avhenge av ytre kode.** Et brukstilfelle kan arbeide med et grensesnitt for bestillingslagring definert på forretningssiden; en ekstern adapter implementerer grensesnittet med en bestemt teknologi.

## Eksempel: kansellere en bestilling

Når en kunde ber om kansellering, kaller kontrolleren brukstilfellet for kansellering. Det henter bestillingen gjennom et grensesnitt for datatilgang og ber deretter bestillingsobjektet sjekke om kansellering er tillatt.

Hvis bestillingen ikke er levert og oppfyller vilkårene, endres statusen til kansellert. Brukstilfellet ber om å lagre endringen, databaseadapteren utfører skrivingen, og kontrolleren returnerer resultatet til kunden.

Under kjøring kan forretningslogikken fortsatt kalle en adapter gjennom et grensesnitt som kobles til ved oppstart. Regelen om at avhengigheter peker innover, gjelder forholdet mellom kodekomponenter; den betyr ikke at data eller kall bare kan gå i én retning.

## Fordeler

- **Enklere testing av regler:** Tillatte og avviste kanselleringer kan testes med data i minnet, uten å starte en webserver eller database.
- **En tydelig plass for forretningsatferd:** Regler er ikke spredt over kontrollere og spørringer, noe som gjør dem lettere å lese og endre konsekvent.
- **Mindre forstyrrelser fra teknologiendringer:** Å bytte et lagringsbibliotek eller en forespørselshåndterer påvirker hovedsakelig ytre komponenter hvis forretningskontraktene er uendret.

## Begrensninger

- **Flere komponenter:** Grensesnitt, brukstilfeller og kode for datakonvertering tar tid å skrive og vedlikeholde.
- **Grenser krever disiplin:** Hvis et brukstilfelle bruker typer som er spesifikke for et rammeverk eller databasebibliotek direkte, blir forretningslogikken igjen avhengig av ekstern teknologi.

## Når bør du bruke den?

Clean Architecture er nyttig for systemer med kompleks forretningsatferd, lang utviklingslevetid og hyppig behov for testing. For en liten applikasjon som bare leser og skriver noen få tabeller, kan en enklere struktur være lettere å arbeide med. Det er ikke nødvendig å lage hver sirkel eller mappe med mindre den hjelper til med å skille reelle ansvarsområder.

Hva er Clean Architecture?

Hoveddeler

Eksempel: kansellere en bestilling

Fordeler

Begrensninger

Når bør du bruke den?

Relaterte spørsmål