C# Dto xây dựng và phụ thuộc tiêm

Question

Tôi muốn biết thực hành tốt nhất trong việc thiết kế các nhà thầu của các đối tượng DTO là gì.

nói tôi có một đối tượng dto như thế này:

class CustomerDto 
{ 
    public string Name { get; set; } 
    public string Surname { get; set; } 
    public string Phone { get; set; } 
    ... 
} 

Có một số cách để xây dựng các đối tượng:

tôi có thể tuyên bố một constructor:

public CustomerDto(string name, string surname, string phone, ...) 
{ 
    this.Name = name; 
    this.Surname = surname; 
    this.Phone = phone; 
    ... 
} 

Khi bạn thấy điều này nhà xây dựng và ngay lập tức kết luận vi phạm SRP (Trách nhiệm một người)?

Mặc dù các thuộc tính này đều liên quan. Một số cũng có thể lập luận rằng không cần phải xác thực các thuộc tính vì đây là một DTO và có hành vi NO, và hành vi thay vì phải nằm trên đối tượng miền mà nó ánh xạ từ đó.

Trong C# chúng ta cũng có thể thanh lịch hơn xây dựng đối tượng này:

var dto = new CustomerDto() 
{ 
    Name = "Some name", 
    Surname = "Some surname" 
} 

Hoặc sử dụng một người thợ xây thạo hoặc một khuôn khổ như NBuilder.

Ngoài ra còn có việc sử dụng các khung bản đồ tự động như Automapper. Vấn đề cũng là sử dụng một thùng chứa Ioc, ctor trở nên phức tạp, cũng như rủi ro trong việc hoán đổi các đối số chẳng hạn, bạn chuyển tên họ hoặc ngược lại, việc xác thực có thể bỏ qua việc lập bản đồ rõ ràng dễ dàng hơn như trên.

Hãy giúp thuyết phục tôi đó là cách tốt hơn.

Answer 1

Các loại giá trị như trong ví dụ của bạn không phụ thuộc. Một phụ thuộc cung cấp một chức năng (hoặc cấu hình) cho người tiêu dùng. Trong trường hợp của bạn, chúng chỉ là các giá trị bình thường được gán cho DTO của bạn. Miễn là dữ liệu thuộc về nhau, bạn không vi phạm SRP ngay cả khi bạn chỉ định nhiều giá trị trong hàm tạo. Trách nhiệm duy nhất trong trường hợp này là giữ dữ liệu.

Cũng không nên tạo DTO bởi vùng chứa IoC và không có phụ thuộc thực sự. Bạn nên tạo chúng theo cách thủ công, bằng khung kiên trì hoặc sử dụng ánh xạ tự động.

Nếu gán giá trị bằng cách sử dụng hàm tạo hoặc thuộc tính thì tốt hơn tùy thuộc vào cách sử dụng. Nếu họ được yêu cầu biến thể constructor là tốt hơn. Nếu chúng là tùy chọn thì cách của thuộc tính tốt hơn.

Answer 2

Tôi khuyên bạn nên sử dụng cấu trúc dữ liệu bất biến để thực thể DTO không lộ bất kỳ trình lắng nghe nào, rõ ràng theo cách này, hàm tạo nên cung cấp khả năng khởi tạo tất cả các thuộc tính cơ bản của một DTO nhất định.

Vì vậy, tôi thích:

public CustomerDto(string name, string surname, string phone, ...) 

DTO là một Object Data Transfer, đặc biệt là đại diện cho một tập hợp các thuộc tính được thông qua trên một hệ thống (phân phối cũng) ranh giới, do đó, không bận tâm quá nhiều về SRP sự vi phạm. Điều này giống như mẫu thiết kế mặt tiền, nó abstarcts một tập hợp các hoạt động/dịch vụ để đơn giản hóa việc sử dụng. Vì vậy, trong kase Keep It Simple thắng này.