Domain-Driven Design (DDD) என்றால் என்ன?

Question

Accepted Answer

**Domain-Driven Design (DDD)** என்பது மென்பொருள் வடிவமைப்புக்கான ஒரு முறையாகும், இது **வணிக டொமெயினை** நெருக்கமாக பிரதிபலிக்கும் மென்பொருளை மாதிரியாக்குவதில் கவனம் செலுத்துகிறது — டொமெயின் நிபுணர்களுடன் சহযோகம், பகிரப்பட்ட மொழி, மற்றும் நன்கு வரையறுக்கப்பட்ட டொமெயின் மாதिரிகள் மற்றும் எல்லைகளை வலியுறுத்துகிறது. இது சிக்கலான வணிக டொமெயினுக்கு மதிப்புள்ளதாகும்.

## 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
```

## உத்திரண்டமான DDD (எல்லைகள்)

```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
```

## தந்திரமான DDD (கட்டுமான தொகுதிகள்)

```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 ஐ புரிந்துகொள்வது மூத்தவர் அளவிலான மূল்யবான அறிவாகும், ஏனெனில் இது **சிக்கலான வணிக டொமெயினுடன் எதிர்கொள்வதற்கான ஒரு செல்வாக்கு மிக்க முறை** ஆகும், அதன் மூலம் டொமெயினை நெருக்கமாக மாதிரியாக்குவதால், சிக்கலான டொமெயினগளுக்கான மென்பொருளை வடிவமைப்பதற்கு இது முக்கியமாகும்.

DDD வடிவமைப்பை **வணிக டொமெயின்** மீது கவனம் செலுத்துகிறது — மென்பொருளை உண்மையான-உலக சிக்கலுக்கு நெருக்கமாக பிரதிபலிக்கும் மாதிரியாக்குவது — இது சிக்கலான டொமெயினுகளுக்கு மதிப்புள்ளது, இங்கு வணிக தர্க்கமே முக்கிய சவாலாகும்.

**மூல யோசனைகளை** புரிந்துகொள்வது — **ubiquitous language** (டெவெலப்பர்கள் மற்றும் டொமெயின் நிபுணர்களுக்கு இடையில் ஒரு பகிரப்பட்ட, துல்லியமான சொற்களஞ்சனம், கோடு மற்றும் உரையாடலில் நிலையாக பயன்படுத்தப்படுகிறது, சிக்கலான திட்டங்களை பாதிக்கும் தவறான தொடர்பைக் குறைக்கிறது), **டொமெயினை வளமாக மாதிரியாக்குவது** (பிற்றிய மாற்றங்களை மட்டுமல்ல, உண்மையான வணிக கருத்துக்கள் மற்றும் விதிகளை பிரதிபலிக்கும் டொமெயின் மாதிரிகள், வணிக தர்க்கத்தை சரிக்கட்டுவது), மற்றும் **டொமெயின் நிபுணர்களுடன் சহயோகம்** (டொமெயினை நன்கு புரிந்து அதை நன்கு மாதிரியாக்க) — DDD இன் மென்பொருளை வணிகத்துடன் இணைப்பதற்கான மையக் தத்துவத்தைக் குறிப்பிடுகிறது.

**உத்திரண்டமான DDD** ஐ புரிந்துகொள்வது — **bounded contexts** (ஒரு பெரிய டொமெயினை சூழல்களில் பிரிப்பது, ஒவ்வொன்றும் அவர்களের சொந்த மாதிரி மற்றும் மொழிக்குள், ஏனெனில் ஒரு சொல் வெவ்வேறு சூழல்களில் வெவ்வேறு விஷயங்களைப் பொருள் கொடுக்கலாம், சிக்கலத்தை நிர்வகிப்பது மற்றும் ஒரு பெரிய குழப்பமான மாதிரியைத் தவிர்ப்பது) மற்றும் சூழல் மேப்பிங் — DDD பெரிய, சிக்கலான டொமெயினுகளை எவ்வாறு கையாளுகிறது என்பதை பிரதிபலிக்கிறது, அவற்றை அர்த்தமுள்ளவாறு பிரிப்பதன் மூலம் (microservice எல்லைகளுடனும் தொடர்புடைய ஒரு மதிப்புள்ள கருத்து).

**தந்திரமான DDD** ஐ புரிந்துகொள்வது — entities (அடையாளம்), value objects (பண்புகளால் வரையறுக்கப்படுகிறது), aggregates (ஒரு மூல உடன் நிலைத்தன்மை எல்லைகள்), repositories, domain services, மற்றும் domain events — ஒரு டொமெயினை வளமாக மாதிரியாக்குவதற்கான கட்டுமான தொகுதிகளை வழங்குகிறது.

DDD சிக்கலான வணிக மென்பொருளுக்கு செல்வாக்கு மிக்கது, உத்திரண்டமான (எல்லைகள்) மற்றும் தந்திரமான (மாதிரியாக்கும்) வழிகாட்டல் இரண்டையும் வழங்குகிறது.

DDD சிக்கலான வணிக டொமெயினுகளை எதிர்கொள்வதற்கான ஒரு செல்வாக்கு மிக்க முறையாக இருப்பதால் (நெருக்கமான டொமெயின் மாதிரியாக்கல், ubiquitous language, bounded contexts, மற்றும் வளமான டொமெயின் மாதிரிகளின் மூலம்) சிக்கலான மென்பொருளுக்கு மதிப்புள்ளது, மற்றும் அதன் மூல யோசனைகள், உத்திரண்டமான எல்லைகள், மற்றும் தந்திரமான வடிவங்களைப் புரிந்துகொள்வது டொமெயின்-சிக்கலான அமைப்புகளை வடிவமைப்பதற்கு முக்கியம் என்பதால், Domain-Driven Design ஐ புரிந்துகொள்வது மூத்தவர் அளவிலான மூல்யவான அறிவாகும் — சிக்கலான வணிக டொமெயினுகளுக்கான ஒரு செல்வாக்கு மிக்க முறை, நெருக்கமான டொமெயின் மாதிரியாக்கல் மற்றும் தெளிவான எல்லைகளை (bounded contexts) வலியுறுத்துவது, வணிக சிக்கலத்தை எதிர்கொள்ளும் மென்பொருளை வடிவமைப்பதற்கு முக்கியம், மற்றும் சிக்கலான டொமெயினுகளை எதிர்கொள்ளும் மூத்த டெவெலப்பர்களிடமிருந்து எதிர்பார்க்கப்படும் வடிவமைப்பு அனுபவத்தை பிரதிபலிக்கிறது.