Sự khác biệt giữa Application Service và Domain Service trong Domain-Driven Design là gì? Cho ví dụ về thời điểm nên đặt logic vào Domain Service.

Question

Accepted Answer

Phân biệt Application Service và Domain Service

Đặc điểm
Application Service
Domain Service

Vai trò chính
Điều phối quy trình (Workflow orchestration), quản lý Transaction, bảo mật, gửi email, gọi Event Bus.
Chứa các quy tắc nghiệp vụ phức tạp (Business Logic) không thuộc về riêng một Entity hoặc Value Object nào.

Trạng thái (State)
Thường không chứa trạng thái nghiệp vụ.
Vô trạng thái (Stateless), tập trung hoàn toàn vào tính toán nghiệp vụ.

Sự phụ thuộc
Phụ thuộc vào Domain Service, Repositories, External Services.
Chỉ phụ thuộc vào các đối tượng Domain khác (Entities, Value Objects).

Thời điểm nên đặt logic vào Domain Service
Theo định nghĩa của DDD, logic nghiệp vụ ưu tiên nằm bên trong Entity hoặc Value Object. Tuy nhiên, bạn bắt buộc phải dùng Domain Service khi:

Nghiệp vụ liên quan đến nhiều Aggregate: Quy tắc kinh doanh đòi hỏi sự tham gia của từ hai Aggregate Root trở lên, và việc đặt logic vào một Aggregate sẽ vi phạm ranh giới phân tách.
Nghiệp vụ phụ thuộc vào thuật toán phức tạp: Logic tính toán không gắn liền với dữ liệu tĩnh của một thực thể duy nhất (Ví dụ: Thuật toán tính cước vận chuyển dựa trên khoảng cách địa lý và trọng lượng).

Ví dụ minh họa
Trong hệ thống Ngân hàng, nghiệp vụ chuyển tiền từ Tài khoản A sang Tài khoản B:

Tài khoản A và Tài khoản B là hai Aggregate Root riêng biệt.
Không thể đặt hàm transfer() bên trong Aggregate A vì nó không có quyền sửa đổi trực tiếp dữ liệu của Aggregate B.
Giải pháp: Tạo một TransferService (Domain Service) nhận vào hai Aggregate Root và thực hiện logic trừ tiền bên A, cộng tiền bên B một cách an toàn.

Lưu ý kinh nghiệm thực chiến
Lỗi kinh điển của lập trình viên mới làm quen với DDD là viết toàn bộ nghiệp vụ vào Application Service (gọi là Anemic Domain Model - mô hình miền nghèo nàn). Hãy đảm bảo Domain Service chỉ chứa thuần túy logic nghiệp vụ cốt lõi, không chứa mã lệnh kết nối cơ sở dữ liệu hay framework cụ thể.

Sự khác biệt giữa Application Service và Domain Service trong Domain-Driven Design là gì? Cho ví dụ về thời điểm nên đặt logic vào Domain Service.

Phân biệt Application Service và Domain Service

Thời điểm nên đặt logic vào Domain Service

Làm Chủ Phỏng Vấn & Nâng Cao Trình Độ Chuyên Nghiệp

Tải Tuyển Tập 100+ Câu Hỏi Phỏng Vấn Chuyên Sâu (PDF)

Cần Mentor Phỏng Vấn Thử 1-1 & Tối Ưu CV?

Kiểm Tra CV Chuẩn ATS Miễn Phí

Câu hỏi ddd liên quan cùng chủ đề

Đặc điểm	Application Service	Domain Service
Vai trò chính	Điều phối quy trình (Workflow orchestration), quản lý Transaction, bảo mật, gửi email, gọi Event Bus.	Chứa các quy tắc nghiệp vụ phức tạp (Business Logic) không thuộc về riêng một Entity hoặc Value Object nào.
Trạng thái (State)	Thường không chứa trạng thái nghiệp vụ.	Vô trạng thái (Stateless), tập trung hoàn toàn vào tính toán nghiệp vụ.
Sự phụ thuộc	Phụ thuộc vào Domain Service, Repositories, External Services.	Chỉ phụ thuộc vào các đối tượng Domain khác (Entities, Value Objects).