Domain-Driven Design (DDD) คืออะไร?

Question

Accepted Answer

**Domain-Driven Design (DDD)** เป็นแนวทางการออกแบบซอฟต์แวร์ที่เน้นการสร้างโมเดลซอฟต์แวร์ให้สอดคล้องอย่างใกล้ชิดกับ **business domain** โดยให้ความสำคัญกับการร่วมมือกับ domain experts ภาษาที่ใช้ร่วมกัน และโมเดล domain กับขอบเขตที่กำหนดไว้อย่างชัดเจน มันมีคุณค่าสำหรับ 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 (ขอบเขต)

```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 ที่มีคุณค่าเพราะมันเป็น **แนวทางที่มีอิทธิพลสำหรับการจัดการกับ business domains ที่ซับซ้อน** ด้วยการสร้างโมเดล domain อย่างใกล้ชิด จึงสำคัญต่อการออกแบบซอฟต์แวร์สำหรับ domains ที่ซับซ้อน

DDD เน้นการออกแบบไปที่ **business domain** สร้างโมเดลซอฟต์แวร์ให้สอดคล้องกับปัญหาในโลกจริงอย่างใกล้ชิด ซึ่งมีคุณค่าสำหรับ domains ที่ซับซ้อนที่ตัว business logic เองคือความท้าทายหลัก

การเข้าใจ **แนวคิดแกนหลัก** ได้แก่ **ubiquitous language** (คำศัพท์ที่แม่นยำและใช้ร่วมกันระหว่างนักพัฒนากับ domain experts ใช้อย่างสม่ำเสมอทั้งในโค้ดและการสนทนา ลดการสื่อสารผิดพลาดที่ก่อกวนโปรเจกต์ที่ซับซ้อน), **การสร้างโมเดล domain** อย่างสมบูรณ์ (โมเดล domain ที่สะท้อนแนวคิดและกฎทางธุรกิจจริง ไม่ใช่เพียง data structures จับ business logic ไว้) และ **การร่วมมือกับ domain experts** (เข้าใจ domain อย่างลึกซึ้งเพื่อสร้างโมเดลได้ดี) จับปรัชญาแกนกลางของ DDD ในการจัดซอฟต์แวร์ให้สอดคล้องกับธุรกิจ

การเข้าใจ **strategic DDD** ได้แก่ **bounded contexts** (แบ่ง domain ขนาดใหญ่เป็น contexts แต่ละอันมีโมเดลและภาษาของตัวเอง เพราะคำหนึ่งอาจมีความหมายต่างกันใน contexts ต่างกัน จัดการความซับซ้อนและหลีกเลี่ยงโมเดลขนาดใหญ่ที่สับสน) และ context mapping สะท้อนว่า DDD จัดการ domains ขนาดใหญ่ที่ซับซ้อนอย่างไรด้วยการแบ่งอย่างมีเหตุผล (แนวคิดที่มีคุณค่าซึ่งเกี่ยวข้องกับขอบเขต microservice ด้วย)

การเข้าใจ **tactical DDD** ได้แก่ entities (identity), value objects (กำหนดโดย attributes), aggregates (consistency boundaries ที่มี root), repositories, domain services และ domain events ให้ building blocks สำหรับการสร้างโมเดล domain อย่างสมบูรณ์

DDD มีอิทธิพลต่อซอฟต์แวร์ธุรกิจที่ซับซ้อน โดยให้ทั้งแนวทาง strategic (ขอบเขต) และ tactical (การสร้างโมเดล)

เนื่องจาก DDD เป็นแนวทางที่มีอิทธิพลสำหรับการจัดการกับ business domains ที่ซับซ้อน (ผ่านการสร้างโมเดล domain อย่างใกล้ชิด, ubiquitous language, bounded contexts และโมเดล domain ที่สมบูรณ์) มีคุณค่าสำหรับซอฟต์แวร์ที่ซับซ้อน และเนื่องจากการเข้าใจแนวคิดแกนหลัก ขอบเขต strategic และ patterns เชิง tactical มีความสำคัญต่อการออกแบบระบบที่มี domain ซับซ้อน การเข้าใจ Domain-Driven Design จึงเป็นความรู้ระดับ senior ที่มีคุณค่า เป็นแนวทางที่มีอิทธิพลสำหรับ business domains ที่ซับซ้อน เน้นการสร้างโมเดล domain อย่างใกล้ชิดและขอบเขตที่ชัดเจน (bounded contexts) สำคัญต่อการออกแบบซอฟต์แวร์ที่ความซับซ้อนทางธุรกิจเป็นความท้าทายหลัก และสะท้อนความซับซ้อนด้านการออกแบบที่คาดหวังจากนักพัฒนา senior ที่จัดการกับ domains ที่ซับซ้อน