Moje rozumienie DDD (+ clean architecture)

na przykładzie bajki o 3 świnkach

Perspektywa... ma znaczenie :)

DDD

Strategiczne

Taktyczne

Domeny

Bounded Context

Fairy tales


Mama
Dom
Wilk

Jak się za to zabrać?

EventStorming!

Złota zasada: zdarzenia (czasowniki, czas przeszły, dokonany), a NIE struktury danych (rzeczowniki)
Big Picture ES - znajdowanie domen
Process-Level ES - odkrywanie Bounded Contextów
Design-Level ES - taktyczne DDD w obrębie BC
Komendy (zmiana stanu systemu) i widoki

Obecność na miejscu
Zaangażowanie kluczowych osób
2 dni, odcinka od świata

domainlanguage.com/ddd/whirlpool

DDD

Strategiczne

Taktyczne

Klocki DDD

Specification, Policy

entity = unique id
aggregate = aggregates (encapsulates) invariants, rules to be fulfilled alltogether
repo = stores and restores an aggregate - single db transaction
service = stateles domain logic, e.g. calculators
vo = data structure identifiable based on props; money
event = not necesarry from event sourcing, but a noteworthy thing happening in the domain and announced either internally or also externally
snapshot = not pure DDD, a little trick which helped me a lot implementing; X-ray photo

Kod

Jaki agregat w Trzech małych świnkach?

Założenia, biznes

Budowanie domu: słoma, drewno, cegły
Zdmuchnięcie domu przez wilka => ucieczka świnki do sąsiada
Rezygnacja po 2 nieudanych próbach zdmuchnięcia domu
Wyciąganie wniosków i nauka na błędach
Pominięte:
- Mama świnek
- Wchodzenie przez komin
- Zjadanie świnek

Czyli co?

Big Picture

Design-Level

Clean Architecture

Shared - mentioned interfaces.
Domain - unit tests, in-out, descriptive (DSL); even business can understand.
App - use cases/scenarios, User Story, Kotlin's nice forthat. Tests - commands & operating on the business physics, aggregates, services. I use mocks and checks if command results in repo save.
Adapters - adapters for ports from domain and app + input and output ones; package-private access between modules. Here we add frameworks (e.g. Java Spring), integration testing (Spring test app). App properties, etc.
Monolith - main class, but instead of it we could have a couple of microservice apps and each should take e.g. adapters from another BC.

User Story/Command

As a user, I want to get to know a fairy tale, so that I can tell it to others
As a pig, I want to build a house, so that it fulfills my requirements
- Dokumentowanie i utrwalanie informacji
As a pig, I want to visit my neighbor
As a pig, I want to share my knowledge with my roommates
As a wolf, I want to blow the pig's house down, so that I can catch the pig
- Rejestr - z tym domem już próbowano