Posts tagged DDD
Make the implicit explicit
Jul 6th
When modelling your domain its a good rule of thumb to distill the nouns and verbs out of the talks you have with your domain experts. These words usually have a big meaning in the domain and alot of the nouns will end up being classes and alot of the verbs will end up being methods. But there is another challenge ahead. When doing Domain Driven Design you have to try and make any implicit meaning explicit. I’d like to demonstrate this with an example.
Domain Driven Design – deel 3
Dec 15th
In dit derde en laatste deel over Domain Driven Design duiken we de code in. Hoe zien we een value object terug in de code? Hoe maken we een repository? Wat doen we met aggregates? Zoals je gaat zien is de code niet ingewikkeld, het maakt e.e.a. een stuk duidelijker. Om de code kracht bij te zetten gaan we eerst een stukje context bepalen. In welk domein speelt het zich af en welk domein proberen we te creeeren in code.
Domain Driven Design – Deel 1
May 3rd
DDD staat voor Domain Driven Design en is al een tijd bekend in ons vakgebied; de term en de uitwerking van DDD is bedacht door Eric Evans. Pas recent (lees: de afgelopen twee jaar) maakt het een enorme groei / hype door. Ik wil jullie in dit artikel kennis laten maken met DDD en ingaan op de twee belangrijkste aspecten hiervan, namelijk de conceptuele kant en de praktische / tastbare kant. Allereerst de conceptuele kant waarin uitgelegd wordt welke design patterns en principles er gebruikt worden in Domain Driven Design. Je moet goed onthouden dat Domain Driven Design niet een methodologie is, maar een verzameling van design patterns, best practices en principles.
Domain Driven Design – Deel 1
May 3rd
DDD staat voor Domain Driven Design en is al een tijd bekend in ons vakgebied; de term en de uitwerking van DDD is bedacht door Eric Evans. Pas recent (lees: de afgelopen twee jaar) maakt het een enorme groei / hype door. Ik wil jullie in dit artikel kennis laten maken met DDD en ingaan op de twee belangrijkste aspecten hiervan, namelijk de conceptuele kant en de praktische / tastbare kant. Allereerst de conceptuele kant waarin uitgelegd wordt welke design patterns en principles er gebruikt worden in Domain Driven Design. Je moet goed onthouden dat Domain Driven Design niet een methodologie is, maar een verzameling van design patterns, best practices en principles.
