Domain-driven design (DDD) is een benadering van softwareontwikkeling die de nadruk legt op het begrijpen van het bedrijfsdomein waarin de software zal werken. De principes van DDD zijn als volgt:
1. Alomtegenwoordige taal: dit principe benadrukt de behoefte aan een gemeenschappelijke taal tussen ontwikkelaars en domeinexperts. Een gedeeld begrip van het vocabulaire van een domein elimineert dubbelzinnigheid en bevordert samenwerking.
2. Bounded Context: Dit principe benadrukt de noodzaak om duidelijke grenzen en contexten binnen een domein te definiëren. Een begrensde context is een specifieke verantwoordelijkheid die duidelijk moet worden gedefinieerd en gescheiden van andere contexten.
3. Samenvoegen: dit principe benadrukt de noodzaak van het definiëren van een logische groepering van gerelateerde objecten binnen een begrensde context. Een aggregaat is een cluster van verwante domeinobjecten die als een enkele eenheid wordt behandeld.
4. Domeingebeurtenissen: dit principe benadrukt de noodzaak om significante veranderingen en gebeurtenissen binnen een domein te identificeren. Domeingebeurtenissen zijn een effectief communicatiemechanisme om geïnteresseerde partijen te informeren over wijzigingen en belangrijke gebeurtenissen.
5. Contextkaart: dit principe benadrukt de noodzaak om de relaties en grenzen tussen begrensde contexten te definiëren. Een contextkaart geeft een visuele weergave van hoe verschillende contexten zich tot elkaar verhouden.
Deze principes zijn nauw verwant aan architectuurontwerp omdat ze een modulaire en georganiseerde benadering van het ontwerpen van software bevorderen. Door zorgen te scheiden en duidelijke grenzen te definiëren, maken DDD-principes een beter beheersbare en onderhoudbare architectuur mogelijk. Ze helpen er ook voor te zorgen dat de software de behoeften van het bedrijfsdomein nauwkeurig weergeeft en beantwoordt.
Publicatie datum: