Domain-Driven Design (DDD) là gì?

Question

Accepted Answer

**Domain-Driven Design (DDD)** là một cách tiếp cận thiết kế phần mềm tập trung vào việc mô hình hóa phần mềm để khớp chặt chẽ với **domain nghiệp vụ** — nhấn mạnh sự cộng tác với các chuyên gia domain, một ngôn ngữ chung, và các domain model cùng ranh giới được định nghĩa rõ. Nó giá trị cho các domain nghiệp vụ phức tạp.

## Các ý tưởng cốt lõi của DDD

```text
DDD đặt trọng tâm thiết kế vào DOMAIN NGHIỆP VỤ (vấn đề thực tế):
  ✓ UBIQUITOUS LANGUAGE → một vốn từ vựng chung, chính xác giữa lập trình viên và các CHUYÊN GIA
    domain, được dùng nhất quán trong code VÀ trò chuyện (giảm hiểu lầm)
  ✓ MÔ HÌNH HÓA domain → các domain model phong phú phản ánh các khái niệm/quy tắc nghiệp vụ thực
    (không chỉ cấu trúc dữ liệu) — model nắm bắt logic nghiệp vụ
  ✓ cộng tác với các CHUYÊN GIA domain → hiểu sâu domain để mô hình hóa nó tốt
```

## DDD chiến lược (ranh giới)

```text
BOUNDED CONTEXT → chia một domain lớn thành các bounded context, mỗi cái có model và ngôn ngữ
  riêng (một thuật ngữ có thể nghĩa khác nhau trong các context khác nhau) → quản lý sự phức tạp
  → tránh một model khổng lồ lộn xộn; định nghĩa các ranh giới rõ ràng
CONTEXT MAPPING → định nghĩa các quan hệ/tích hợp giữa các bounded context
→ DDD chiến lược quản lý các domain lớn, phức tạp bằng cách chia chúng một cách hợp lý
```

## DDD chiến thuật (các khối xây dựng)

```text
ENTITIES → đối tượng có identity (được theo dõi theo thời gian); VALUE OBJECTS → được định nghĩa
  bởi các thuộc tính (không có identity); AGGREGATES → các cụm entity với một root (ranh giới nhất quán)
REPOSITORIES → truy cập các aggregate; DOMAIN SERVICES → logic domain không vừa với một entity;
DOMAIN EVENTS → những thứ đã xảy ra trong domain
→ các pattern chiến thuật để mô hình hóa domain một cách phong phú
```

## Tại sao điều này quan trọng

Hiểu Domain-Driven Design là kiến thức cấp senior giá trị vì nó là một **cách tiếp cận có ảnh hưởng để xử lý các domain nghiệp vụ phức tạp** bằng cách mô hình hóa domain chặt chẽ, nên đây là quan trọng để thiết kế phần mềm cho các domain phức tạp.

DDD tập trung thiết kế vào **domain nghiệp vụ** — mô hình hóa phần mềm để khớp chặt chẽ với vấn đề thực tế — vốn giá trị cho các domain phức tạp nơi bản thân logic nghiệp vụ là thách thức chính.

Hiểu **các ý tưởng cốt lõi** — **ubiquitous language** (một vốn từ vựng chung, chính xác giữa lập trình viên và chuyên gia domain được dùng nhất quán trong code và trò chuyện, giảm sự hiểu lầm gây phiền hà cho các dự án phức tạp), **mô hình hóa domain** một cách phong phú (các domain model phản ánh các khái niệm và quy tắc nghiệp vụ thực, không chỉ cấu trúc dữ liệu, nắm bắt logic nghiệp vụ), và **cộng tác với các chuyên gia domain** (hiểu sâu domain để mô hình hóa nó tốt) — nắm bắt triết lý trung tâm của DDD về việc căn chỉnh phần mềm với nghiệp vụ.

Hiểu **DDD chiến lược** — **bounded context** (chia một domain lớn thành các context mỗi cái có model và ngôn ngữ riêng, vì một thuật ngữ có thể nghĩa khác nhau trong các context khác nhau, quản lý sự phức tạp và tránh một model khổng lồ lộn xộn) và context mapping — phản ánh cách DDD xử lý các domain lớn, phức tạp bằng cách chia chúng một cách hợp lý (một khái niệm giá trị cũng liên quan đến ranh giới microservice).

Hiểu **DDD chiến thuật** — entities (identity), value objects (được định nghĩa bởi thuộc tính), aggregates (ranh giới nhất quán với một root), repositories, domain services, và domain events — cung cấp các khối xây dựng để mô hình hóa một domain một cách phong phú.

DDD có ảnh hưởng cho phần mềm nghiệp vụ phức tạp, cung cấp cả hướng dẫn chiến lược (ranh giới) lẫn chiến thuật (mô hình hóa).

Vì DDD là một cách tiếp cận có ảnh hưởng để xử lý các domain nghiệp vụ phức tạp (thông qua mô hình hóa domain chặt chẽ, ubiquitous language, bounded context, và các domain model phong phú) giá trị cho phần mềm phức tạp, và vì hiểu các ý tưởng cốt lõi, các ranh giới chiến lược, và các pattern chiến thuật là quan trọng để thiết kế các hệ thống có domain phức tạp, hiểu Domain-Driven Design là kiến thức cấp senior giá trị — một cách tiếp cận có ảnh hưởng cho các domain nghiệp vụ phức tạp, nhấn mạnh mô hình hóa domain chặt chẽ và các ranh giới rõ ràng (bounded context), quan trọng để thiết kế phần mềm nơi sự phức tạp nghiệp vụ là thách thức chính, và phản ánh sự tinh tế thiết kế được mong đợi từ các lập trình viên senior xử lý các domain phức tạp.