Domain-Driven Design (DDD) کیا ہے؟

Question

Accepted Answer

**Domain-Driven Design (DDD)** ایک software design کا طریقہ ہے جو software کو **business domain** کے مطابق model کرنے پر توجہ دیتا ہے — domain experts کے ساتھ تعاون، مشترکہ language، اور اچھی طرح سے متعین domain models اور boundaries پر زور دیتے ہوئے۔ یہ پیچیدہ business domains کے لیے قیمتی ہے۔

## DDD کے بنیادی خیالات

```text
DDD centers the design on the BUSINESS DOMAIN (the real-world problem):
  ✓ UBIQUITOUS LANGUAGE → a shared, precise vocabulary between developers and domain
    EXPERTS, used consistently in code AND conversation (reduces miscommunication)
  ✓ MODEL the domain → rich domain models reflecting real business concepts/rules (not
    just data structures) — the model captures the business logic
  ✓ collaborate with domain EXPERTS → deeply understand the domain to model it well
```

## Strategic DDD (boundaries)

```text
BOUNDED CONTEXT → divide a large domain into bounded contexts, each with its own model
  and language (a term can mean different things in different contexts) → manage complexity
  → avoids one huge confused model; defines clear boundaries
CONTEXT MAPPING → define relationships/integration between bounded contexts
→ strategic DDD manages large, complex domains by dividing them sensibly
```

## Tactical DDD (building blocks)

```text
ENTITIES → objects with identity (tracked over time); VALUE OBJECTS → defined by attributes
  (no identity); AGGREGATES → clusters of entities with a root (consistency boundary)
REPOSITORIES → access aggregates; DOMAIN SERVICES → domain logic not fitting an entity;
DOMAIN EVENTS → things that happened in the domain
→ tactical patterns to model the domain richly
```

## یہ کیوں اہم ہے

Domain-Driven Design کو سمجھنا senior-level knowledge کے لیے قیمتی ہے کیونکہ یہ **پیچیدہ business domains سے نمٹنے کا ایک اثر انگیز طریقہ ہے** جو domain کو قریب سے model کرتے ہوئے ہے، اس لیے پیچیدہ domains کے لیے software design کرنا اہم ہے۔

DDD design کو **business domain** پر توجہ دیتا ہے — software کو حقیقی مسئلے کے مطابق closely model کرتے ہوئے — جو پیچیدہ domains میں قیمتی ہے جہاں business logic خود بڑا چیلنج ہے۔

**بنیادی خیالات** کو سمجھنا — **ubiquitous language** (developers اور domain experts کے درمیان ایک مشترکہ، درست vocabulary جو code اور conversation میں consistently استعمال ہوتی ہے، غلط فہمی کو کم کرتے ہوئے جو پیچیدہ projects کو تکلیف دیتا ہے)، **domain کو rich طریقے سے model کرنا** (domain models حقیقی business concepts اور rules کو reflect کرتے ہوئے، صرف data structures نہیں، business logic کو capture کرتے ہوئے)، اور **domain experts کے ساتھ تعاون کرنا** (domain کو اچھی طرح model کرنے کے لیے اسے گہرائی سے سمجھتے ہوئے) — DDD کی مرکزی فلسفہ کو software کو business کے ساتھ align کرنے میں capture کرتا ہے۔

**strategic DDD** کو سمجھنا — **bounded contexts** (ایک بڑے domain کو contexts میں تقسیم کرتے ہوئے ہر ایک اپنا model اور language رکھتا ہے، کیونکہ ایک term مختلف contexts میں مختلف چیزیں مطلب رکھتا ہے، complexity کو manage کرتے ہوئے اور ایک بہت بڑے confused model سے بچتے ہوئے) اور context mapping — ظاہر کرتا ہے کہ DDD بڑے، پیچیدہ domains کو سمجھداری سے تقسیم کرکے کیسے handle کرتا ہے (ایک قیمتی concept جو microservice boundaries سے بھی متعلق ہے)۔

**tactical DDD** کو سمجھنا — entities (identity)، value objects (attributes کے ذریعے متعین)، aggregates (consistency boundaries کے ساتھ ایک root)، repositories، domain services، اور domain events — ایک domain کو richly model کرنے کے لیے building blocks فراہم کرتا ہے۔

DDD پیچیدہ business software کے لیے اثر انگیز ہے، strategic (boundaries) اور tactical (modeling) دونوں guidance فراہم کرتے ہوئے۔

چونکہ DDD پیچیدہ business domains سے نمٹنے کا ایک اثر انگیز طریقہ ہے (قریب سے domain modeling، ubiquitous language، bounded contexts، اور rich domain models کے ذریعے) پیچیدہ software کے لیے قیمتی ہے، اور چونکہ اس کے بنیادی خیالات، strategic boundaries، اور tactical patterns کو سمجھنا domain-complex systems کو design کرنے کے لیے اہم ہے، Domain-Driven Design کو سمجھنا senior-level knowledge کے لیے قیمتی ہے — پیچیدہ business domains کے لیے ایک اثر انگیز طریقہ، قریب سے domain modeling اور واضح boundaries (bounded contexts) پر زور دیتے ہوئے، اہم ہے ایسے software کو design کرنے کے لیے جہاں business complexity بڑا چیلنج ہے، اور senior developers کی طرف سے پیچیدہ domains سے نمٹتے ہوئے متوقع design sophistication کو reflect کرتے ہوئے۔