Domain Driven Design (DDD) zostało zdefiniowane przez Erica Evansa w jego książce Domain-Driven Design: Tackling Complexity in the Heart of Software wydanej w 2003 roku. DDD nie jest metodyką tworzenia kodu, a definiowaniem komunikacji (połączeń) pomiędzy obiektami.
Strona głównaSztuka programowania
Sztuka programowania 4598 dni, 4 godziny, 36 minut temu 315 pokaż kod licznika zwiń
Podobne artykuły:
- Dlaczego Bounded Contexty są ważne – Architektura zdarzeniowa | Radek Maziarka
- [EN] Domain-Driven Design #01: main principles
- Dlaczego Bounded Contexty są ważne – narzędzia Business Inteligence | Radek Maziarka
- 04 - O Domain Driven Design z S. Sobótką | DevTalk
- Domain-Driven Design - Język Wszechobecny.
- Dlaczego Bounded Contexty są ważne – przykład 2 | Radek Maziarka
- Event Storming - from events to the model | Future Processing
- Dlaczego Bounded Contexty są ważne – ostateczna spójność | Radek Maziarka
- Domain-Driven Design - wstęp - Good Developer
- Handling domain events | Piotr Gankiewicz
- [EN] Attributes of Clean Domain Model - Kamil Grzybek