Antwoord.

Clean Architecture is een benadering voor het ontwerpen van complexe softwaresystemen, die onafhankelijkheid van de bedrijfslogica van frameworks, databases, gebruikersinterfaces en andere externe factoren waarborgt. De kern is de scheiding van code in lagen, waarbij er minimale wederzijdse invloed mogelijk is.

In de klassieke Clean Architecture zien we interne lagen (Use Cases, Entities) en externe lagen (Frameworks, Gateways, Controllers). Afhankelijkheden verplaatsen zich uitsluitend naar binnen (inversie van afhankelijkheden), wat het gemakkelijk maakt om systemen in te stellen, te modificeren en te testen zonder het risico de kritische bedrijfslogica in gevaar te brengen.

Voorbeeldcode (in Python):

# Entity
class Order:
    def __init__(self, id, total):
        self.id = id
        self.total = total

# Use case
class CompleteOrderUseCase:
    def __init__(self, order_repository):
        self.order_repository = order_repository
    def execute(self, order_id):
        order = self.order_repository.get_by_id(order_id)
        order.completed = True
        self.order_repository.save(order)

Kernfuncties:

• Onafhankelijkheid van de bedrijfslogica ten opzichte van infrastructuur en gebruikersinterface
• Mogelijkheid tot eenvoudige wijzigingen en tests door de lage koppeling tussen lagen
• Waarborging van uitbreidbaarheid en ondersteuning van automatiseringsstrategieën

Vragen met een valkuil.

Kunnen alle lagen van Clean Architecture door afzonderlijke services worden geïmplementeerd?

Niet noodzakelijk. Soms is het niet zinvol om elke laag in een afzonderlijke service te splitsen vanwege hoge koppeling of overhead voor communicatie. Lagen zijn een logische scheiding, fysieke isolatie is alleen nodig wanneer dat echt gerechtvaardigd is.

Mag de regel van afhankelijkheidsrichting in Clean Architecture worden geschonden als dat de ontwikkeling versnelt?

Nee, omdat zelfs een korte tijdsbesparing leidt tot complicaties in de ondersteuning in de toekomst. De richting van afhankelijkheden is een fundamenteel principe van Clean Architecture en schending daarvan leidt tot verlies van de voordelen van de structuur.

Moeten bedrijfsregels altijd uitsluitend op de interne laag worden geïmplementeerd?

Ja, alle belangrijke bedrijfsregels moeten zich in de interne laag (Entities of Use Cases) bevinden, zodat veranderingen in externe afhankelijkheden geen invloed hebben op de bedrijfslogica.