Domain-driven design (DDD) to podejście do tworzenia oprogramowania, które kładzie nacisk na zrozumienie domeny biznesowej, w której będzie działać oprogramowanie. Zasady DDD są następujące:
1. Wszechobecny język: Zasada ta podkreśla potrzebę wspólnego języka między programistami a ekspertami dziedzinowymi. Wspólne rozumienie słownictwa danej domeny eliminuje niejasności i sprzyja współpracy.
2. Ograniczony kontekst: Zasada ta kładzie nacisk na potrzebę zdefiniowania jasnych granic i kontekstów w obrębie domeny. Ograniczony kontekst to specyficzna odpowiedzialność, która powinna być jasno zdefiniowana i oddzielona od innych kontekstów.
3. Agregat: Zasada ta kładzie nacisk na potrzebę zdefiniowania logicznego grupowania powiązanych obiektów w ograniczonym kontekście. Agregat to klaster powiązanych obiektów domeny, który jest traktowany jako pojedyncza jednostka.
4. Zdarzenia domeny: Zasada ta kładzie nacisk na potrzebę identyfikowania znaczących zmian i zdarzeń w obrębie domeny. Zdarzenia domenowe to skuteczny mechanizm komunikacji do powiadamiania zainteresowanych stron o zmianach i ważnych wydarzeniach.
5. Mapa kontekstu: Zasada ta kładzie nacisk na potrzebę zdefiniowania relacji i granic między ograniczonymi kontekstami. Mapa kontekstu zapewnia wizualną reprezentację tego, jak różne konteksty odnoszą się do siebie.
Zasady te są ściśle związane z projektowaniem architektury, ponieważ promują modułowe i zorganizowane podejście do projektowania oprogramowania. Oddzielając problemy i definiując jasne granice, zasady DDD ułatwiają łatwiejszą w zarządzaniu i utrzymaniu architekturę. Pomagają również zapewnić, że oprogramowanie dokładnie reprezentuje i zaspokaja potrzeby domeny biznesowej.
Data publikacji: