Wat is Clean Architecture? Hoe is die opgebouwd en hoe werkt die?

Question

IT Interview Practice · Accepted Answer

## Wat is Clean Architecture?

**Clean Architecture** organiseert software rond bedrijfsprocessen en scheidt die van gebruikersinterfaces, databases en frameworks. Het doel is de invloed van technologische veranderingen op belangrijke applicatieregels te verkleinen.

‘Een geleverde bestelling kan niet worden geannuleerd’ is bijvoorbeeld een bedrijfsregel. Die blijft gelijk, ongeacht of de klant een website of mobiele applicatie gebruikt en ongeacht de opslagtechnologie.

## Belangrijkste onderdelen

Clean Architecture wordt vaak afgebeeld als cirkels die van binnen naar buiten zijn gerangschikt:

- **Entiteiten:** Bevatten kerngegevens en bedrijfsregels, zoals een bestelling en de voorwaarden voor annulering.
- **Gebruiksscenario's:** Coördineren een specifieke applicatiebewerking, zoals een bestelling ophalen, annulering aanvragen en het resultaat opslaan.
- **Interfaceadapters:** Converteren gegevens tussen bedrijfslogica en externe systemen. Een controller zet een HTTP-verzoek om in invoer voor de annuleringsbewerking; een opslagadapter zet bestelgegevens om in databasequery's.
- **Frameworks en tools:** Technologieën aan de buitenrand, zoals het webframework of databasesysteem.

**De essentiële regel is dat binnenste code niet afhankelijk mag zijn van buitenste code.** Een gebruiksscenario kan werken met een interface voor bestelopslag die aan de bedrijfskant is gedefinieerd; een externe adapter implementeert die interface met een specifieke technologie.

## Voorbeeld: een bestelling annuleren

Wanneer een klant om annulering vraagt, roept de controller het annuleringsscenario aan. Dat haalt de bestelling op via een interface voor gegevenstoegang en vraagt vervolgens het bestelobject te controleren of annulering is toegestaan.

Als de bestelling nog niet is geleverd en aan de voorwaarden voldoet, verandert de status in geannuleerd. Het gebruiksscenario vraagt om de wijziging op te slaan, de databaseadapter voert de schrijfactie uit en de controller geeft het resultaat terug aan de klant.

Tijdens de uitvoering kan bedrijfslogica nog steeds een adapter aanroepen via een interface die bij het opstarten is verbonden. De regel dat afhankelijkheden naar binnen wijzen, gaat over relaties tussen codecomponenten; ze betekent niet dat gegevens of aanroepen maar één richting op kunnen gaan.

## Voordelen

- **Regels eenvoudiger testen:** Toegestane en afgewezen annuleringen kunnen met gegevens in het geheugen worden getest, zonder een webserver of database te starten.
- **Een duidelijke plaats voor bedrijfsgedrag:** Regels zijn niet verspreid over controllers en query's, waardoor ze gemakkelijker te lezen en consistent te wijzigen zijn.
- **Minder verstoring door technologische veranderingen:** Een opslagbibliotheek of verzoekafhandelaar vervangen raakt vooral buitenste componenten als de bedrijfscontracten gelijk blijven.

## Beperkingen

- **Meer componenten:** Interfaces, gebruiksscenario's en code voor gegevensconversie kosten tijd om te schrijven en te onderhouden.
- **Grenzen vereisen discipline:** Als een gebruiksscenario rechtstreeks typen gebruikt die specifiek zijn voor een framework of databasebibliotheek, wordt bedrijfslogica opnieuw afhankelijk van externe technologie.

## Wanneer gebruik je dit?

Clean Architecture is nuttig voor systemen met complex bedrijfsgedrag, een lange ontwikkelingslevensduur en veel testbehoeften. Voor een kleine applicatie die slechts enkele tabellen leest en schrijft, kan een eenvoudiger structuur prettiger werken. Het is niet nodig elke cirkel of map te maken, tenzij dat helpt echte verantwoordelijkheden te scheiden.

Wat is Clean Architecture?

Belangrijkste onderdelen

Voorbeeld: een bestelling annuleren

Voordelen

Beperkingen

Wanneer gebruik je dit?

Gerelateerde vragen