View
585
Download
4
Category
Tags:
Preview:
DESCRIPTION
When you "apply" event sourcing approach to your domain's state transitions, (maybe) you don't need an OO paradigm...functional is the solution?
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 // codiceplastico
Pres
enta
tion
Laye
r
Serv
ice/
Appl
icati
on L
ayer
Dom
ain
Mod
el
Storage
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
Recommended