DDD và cấu hình

Question

Làm cách nào để cấp quyền truy cập cho cài đặt được định cấu hình cho người dùng trong DDD?

Chúng tôi có một cơ sở dữ liệu cấu hình lưu trữ các mục dưới dạng một loạt các cặp khóa-giá trị. Điều này dường như không phù hợp với mẫu kho lưu trữ, vì vậy làm cách nào để cho phép người dùng truy cập vào các giá trị cấu hình này?

Lý tưởng nhất là tôi muốn có các lớp riêng biệt cho các nhóm cấu hình khác nhau, ví dụ: BillingSettings, ReportSettings, TaxSettings.

Có vẻ như kỳ lạ khi cung cấp một kho lưu trữ riêng biệt cho từng loại này, nhưng tôi cũng muốn duy trì sự thiếu hiểu biết liên tục cho các lớp cài đặt này.

Cách chính xác để bật quyền truy cập vào cấu hình trong DDD là gì?

Answer 1

Điều tôi thường làm là chỉ trừu tượng cấu hình bằng giao diện, ví dụ: IBillingConfiguration, IReportConfiguration, v.v. Việc triển khai những điều này sau đó được chuyển đến các phương pháp có liên quan (hoặc được tiêm vào các đối tượng liên quan).

Trường hợp giá trị đến từ đó thực sự không quan trọng. Có lần khi tôi sử dụng một kho lưu trữ khi lưu trữ các giá trị trong một cơ sở dữ liệu và sau đó tôi muốn có một cái gì đó như IConfigurationPropertyRepository. Đó là một phần của một sự phù hợp vụng về kể từ khi một ConfiruationProperty không hoàn toàn cảm thấy như một công dân hạng nhất trong thế giới thực thể nhưng nó dường như để có được công việc làm.

Tôi sẽ trả lại một số thực hiện IBillingConfiguration chỉ nhận được thuộc tính bắt buộc từ bộ sưu tập cơ bản hoặc ConfigurationProperty đối tượng.

Phương thức Get và Save liên quan cho mỗi I{Some}Configuration sẽ được triển khai trên ConfigurationPropertyRepository để tôi chỉ nhận/lưu tập hợp con thuộc tính cần được áp dụng.

Answer 2

Thanh toán có thực sự là tổng hợp (hoặc thậm chí đối tượng tên miền) trong các mô hình miền của bạn không? Nếu không, nó không nên có một kho lưu trữ tương ứng.

Hầu hết các cấu hình đều là cơ sở hạ tầng cụ thể, chẳng hạn như url jdbc, mật khẩu, v.v. Bạn không phải đối phó với họ theo cách của DDD. Chúng tôi có thể cần một hoạt động CRUD hỗ trợ ConfigurationService nếu cài đặt được lưu trữ trong cơ sở dữ liệu và được phép sửa đổi bởi người dùng trong thời gian chạy. Nhưng ConfigurationService không thuộc về miền và bối cảnh giới hạn đặt hàng này, nó chỉ là một dịch vụ cơ sở hạ tầng. Chúng ta không phải phát triển nó theo cách DDD.

Cập nhật nhận xét của @Kristof Jozsa.

Cài đặt được sử dụng để hỗ trợ khái niệm miền. Khái niệm miền là trừu tượng và cách truy cập cài đặt là chi tiết triển khai.

class ExpirationSpecification { 
    private int days 
    //other settings?   

    public ExpirationSpecification(int days) {...} 

    public boolean isSatisfied(Order order) {...} 
} 

public class ExpirationServiceImpl implements ExpirationService { 
    //private int days;//inject using placeholder in spring 
    private ConfigurationService configService;//if settings are stored in database 

    ExpirationSpecification spec() { 
     //return new ExpirationSpecification(days); 
     return new ExpirationSpecification(configService.orderExpirationDays()); 
    } 

    void cancel(Order order) {...} 
}