Embed Size (px)
DESCRIPTION
Molto spesso si accosta, piu’ o meno inconsapevolmente, il paradigma Object Oriented, ai principi di Domain Driven Design senza porsi la domanda se qualche altro “stile” possa coesistere meglio con aggregate, value object, command e domain event. Ebbene si: c’e’ dell’altro la’ fuori… In questa sessione vedremo come un linguaggio funzionale (F# nello specifico) si presta ad una piu’ intuitiva e compatta implementazione di un bounded-context
Citation preview
Functional domain driven design
Alessandro Melchiori
// Software architect @ codiceplastico // @amelchiori
Functional domain driven designAlessandro Melchiori // codiceplastico
Functional domain driven designAlessandro Melchiori
Tackling Complexity in the Heart of Software
// codiceplastico
Functional domain driven designAlessandro Melchiori // codiceplastico
Functional domain driven designAlessandro Melchiori
It’s really become clear to me in the last couple of years that we need a new
building block and that is the Domain Events
[Eric Evans]
// codiceplastico
Functional domain driven designAlessandro Melchiori
A single model cannot be appropriate for reporting, searching and transactional
behavior[Greg Young]
// codiceplastico
Functional domain driven designAlessandro Melchiori // codiceplastico
Pres
enta
tion
Laye
r
Serv
ice
Laye
r
Dom
ain
Mod
el
Write storage
Read storage
Functional domain driven designAlessandro Melchiori
State transition are an important part of our problem space and should be modeled
within our domain[Greg Young]
// codiceplastico
