Vad är Clean Architecture? Hur är den uppbyggd och hur fungerar den?

Question

IT Interview Practice · Accepted Answer

## Vad är Clean Architecture?

**Clean Architecture** organiserar programvara kring verksamhetsbeteende och skiljer det från användargränssnitt, databaser och ramverk. Syftet är att minska tekniska förändringars påverkan på viktiga applikationsregler.

”En levererad beställning kan inte annulleras” är exempelvis en verksamhetsregel. Den är densamma oavsett om kunden använder en webbplats eller en mobilapplikation och oavsett lagringsteknik.

## Huvuddelar

Clean Architecture illustreras ofta som cirklar ordnade inifrån och ut:

- **Entiteter:** Innehåller centrala verksamhetsdata och regler, exempelvis en beställning och dess annulleringsvillkor.
- **Användningsfall:** Samordnar en viss operation i applikationen, exempelvis att hämta en beställning, begära annullering och spara resultatet.
- **Gränssnittsadaptrar:** Omvandlar data mellan verksamhetslogik och externa system. En controller omvandlar en HTTP-begäran till indata för annulleringsoperationen; en lagringsadapter omvandlar beställningsdata till databasfrågor.
- **Ramverk och verktyg:** Tekniker i ytterkanten, exempelvis webbramverket eller databassystemet.

**Grundregeln är att inre kod inte får vara beroende av yttre kod.** Ett användningsfall kan arbeta med ett gränssnitt för beställningslagring definierat på verksamhetssidan; en extern adapter implementerar gränssnittet med en viss teknik.

## Exempel: annullera en beställning

När en kund begär annullering anropar controllern användningsfallet för annullering. Det hämtar beställningen genom ett dataåtkomstgränssnitt och ber sedan beställningsobjektet kontrollera om annullering är tillåten.

Om beställningen inte har levererats och uppfyller villkoren ändras dess status till annullerad. Användningsfallet begär att ändringen sparas, databasadaptern utför skrivningen och controllern returnerar resultatet till kunden.

Vid körning kan verksamhetslogiken fortfarande anropa en adapter genom ett gränssnitt som kopplas samman vid starten. Regeln att beroenden pekar inåt gäller relationer mellan kodkomponenter; den betyder inte att data eller anrop bara får röra sig i en riktning.

## Fördelar

- **Enklare regeltestning:** Tillåtna och avvisade annulleringar kan testas med data i minnet utan att starta en webbserver eller databas.
- **En tydlig plats för verksamhetsbeteende:** Regler är inte utspridda över controllers och frågor, vilket gör dem lättare att läsa och ändra konsekvent.
- **Mindre påverkan från teknikförändringar:** Byte av lagringsbibliotek eller begäranhanterare påverkar främst yttre komponenter om verksamhetskontrakten är oförändrade.

## Begränsningar

- **Fler komponenter:** Gränssnitt, användningsfall och kod för dataomvandling tar tid att skriva och underhålla.
- **Gränser kräver disciplin:** Om ett användningsfall direkt använder typer som är specifika för ett ramverk eller databasbibliotek blir verksamhetslogiken åter beroende av extern teknik.

## När bör du använda den?

Clean Architecture är användbart för system med komplext verksamhetsbeteende, lång utvecklingslivslängd och återkommande testbehov. För en liten applikation som bara läser och skriver några få tabeller kan en enklare struktur vara lättare att arbeta med. Man behöver inte skapa varje cirkel eller mapp om det inte hjälper till att skilja verkliga ansvarsområden åt.

Vad är Clean Architecture?

Huvuddelar

Exempel: annullera en beställning

Fördelar

Begränsningar

När bör du använda den?

Relaterade frågor