Trong Domain-Driven Design, làm thế nào để xử lý các nghiệp vụ phụ thuộc thời gian thực hoặc gọi bên thứ ba (như gửi email, gọi API thanh toán) mà không làm ô nhiễm tính thuần khiết của Domain Model?

Question

Accepted Answer

Trong Domain-Driven Design, Domain Model phải hoàn toàn thuần túy, tập trung vào logic nghiệp vụ cốt lõi và không được phụ thuộc trực tiếp vào các tác vụ bên ngoài như cơ sở dữ liệu, thời gian hệ thống, hoặc gọi API bên thứ ba (I/O Bound). Để giải quyết vấn đề này, chúng ta sử dụng Domain Event kết hợp với Application Service. 1. Bản chất vấn đề Nếu một Aggregate thực hiện trực tiếp việc gọi API thanh toán hoặc gửi email bên trong phương thức nghiệp vụ, mã nguồn sẽ bị phụ thuộc vào hạ tầng (Infrastructure), vi phạm nguyên tắc Separation of Concerns và làm cho việc Unit Test trở nên vô cùng khó khăn. 2. Giải pháp kiến trúc Phát sinh Domain Event: Khi một trạng thái nghiệp vụ thay đổi thành công bên trong Aggregate, Aggregate sẽ tự ghi nhận một Domain Event (ví dụ: OrderPlacedEvent). Xử lý bên ngoài: Application Service sẽ chịu trách nhiệm lấy các Domain Event này sau khi lưu Aggregate thành công vào Repository và chuyển tiếp chúng tới Message Broker hoặc Event Handler tương ứng. Sử dụng Domain Service cho logic phức tạp: Nếu nghiệp vụ yêu cầu tính toán dựa trên thời gian hiện tại hoặc cần một dịch vụ bên ngoài cung cấp dữ liệu tính toán (không phải gọi I/O thay đổi trạng thái), ta truyền Domain Service vào phương thức của Aggregate. 3. Ví dụ minh họa public class Order { public OrderId Id { get; private set; } public OrderStatus Status { get; private set; } private readonly List _domainEvents = new(); public IReadOnlyCollection DomainEvents => _domainEvents.AsReadOnly(); public void Checkout() { if (Status != OrderStatus.Draft) { throw new InvalidOperationException("Don hang khong o trang thai hop le."); } Status = OrderStatus.Completed; // Phat sinh Domain Event thay vi goi truc tiep dich vu gui email _domainEvents.Add(new OrderCompletedEvent(this.Id)); } } 4. Lưu ý kinh nghiệm thực chiến Đối với các lập trình viên Junior, cần ghi nhớ tuyệt đối không khởi tạo HttpClient, DbContext hoặc SmtpClient bên trong Entity hoặc Value Object. Mọi tác vụ I/O phải được đẩy ra tầng Infrastructure thông qua Event Handler hoặc Application Service.

Trong Domain-Driven Design, làm thế nào để xử lý các nghiệp vụ phụ thuộc thời gian thực hoặc gọi bên thứ ba (như gửi email, gọi API thanh toán) mà không làm ô nhiễm tính thuần khiết của Domain Model?

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ủ đề