Đóng gói cuộc gọi dịch vụ trong một phương thức đối tượng miền

Question

Đây có phải là thiết kế đối tượng hợp lệ không? Tôi có một đối tượng miền, nơi tôi tiêm một dịch vụ và gọi phương thức xác minh để cập nhật trạng thái của đối tượng và nếu mọi việc suôn sẻ gửi một thông báo xác nhận. Mã trông giống như:

class Foo { 
    String bar 
    Service emailService 


    public boolean verify() { 
    bar = "foo" 
     if(this.save()) { 
      emailService.sendConfirmation() 
     } 
    } 
} 

Foo.get(1).verify() 

Có thể chấp nhận gọi dịch vụ emailService như vậy không? là có một mẫu thiết kế mà tôi có thể làm theo để sử dụng cho một tình huống như vậy.

Cảm ơn bạn - Ken

Answer 1

Không có gì sai với một dịch vụ gọi từ một thực thể là. Tuy nhiên, có một số vấn đề liên quan đến việc khởi tạo các dịch vụ này. Nếu bạn đi theo con đường này, bạn phải bằng cách nào đó có được một thể hiện của một dịch vụ trong quá trình tạo thực thể có vấn đề.

Gọi trực tiếp một nhà xây dựng rõ ràng là một ý tưởng tồi (vì nó kết hợp thực thể với việc triển khai dịch vụ).

Jimmy Bogard giải thích lý do tại sao injecting services into entities is a bad idea.

Thay vào đó, anh đề xuất sử dụng mẫu 'double dispatch' (có một số tranh luận nếu tên này là thích hợp) để giải quyết vấn đề này. Trong phương pháp này, một phương thức callee miền cung cấp dịch vụ triển khai thực hiện cho phương thức miền. Trong trường hợp của bạn, nó sẽ trông giống như thế:

class Foo { 
    String bar  

    public boolean verify(Service emailService) { 
    bar = "foo" 
     if(this.save()) { 
      emailService.sendConfirmation() 
     } 
    } 
} 

Foo.get(1).verify(new Service(...)) 

Tùy chọn cuối cùng (nhưng không kém) là sử dụng mẫu Sự kiện miền. Bạn có thể đọc về nó trên Udi Dahan's blog. Trong cách tiếp cận này, các thực thể chỉ chịu trách nhiệm xuất bản các sự kiện có ý nghĩa được đăng ký bởi các trình xử lý thích hợp. Bạn có thể đọc so sánh đầy đủ tất cả các kỹ thuật này on my blog.

Hy vọng rằng sẽ giúp

Answer 2

Tôi thường sẽ gửi xác nhận từ địa điểm (hành động?) Nơi xác minh sẽ được gọi. Nếu kết quả xác minh sẽ gửi nhiều email xác nhận thì có lẽ tôi sẽ có Foo tạo và trả lại ConfirmationMessage s (một đối tượng tên miền) sẽ đóng gói tất cả kiến ​​thức để xác nhận. Hành động sau đó sẽ có thể xếp hàng các tin nhắn này để gửi đi.

Có nói rằng, nếu Service của bạn là một Giao diện và bạn có thể tiêm giả để thử nghiệm và thực tế trên sản xuất, thì có vẻ tốt. Mặc dù tôi nghĩ tốt nhất là các đối tượng miền nắm giữ kiến ​​thức và logic về bản thân và không phải về các hệ thống (các dịch vụ) trong một lớp khác.

Answer 3

Điều tồi tệ về điều này là Bạn mất sự cô lập của mô hình miền của bạn. Mô hình miền của bạn biết về dịch vụ email là công cụ cơ sở hạ tầng thuần túy.

Có thể là một ý tưởng hay để giới thiệu dịch vụ ứng dụng. Mô hình tổ chức sự kiện cũng sẽ thực hiện thủ thuật.