Giao diện cho DTO

Question

Tôi hiện đang bắt đầu phát triển một ứng dụng web lớn chủ yếu chứa một Angular SPA và một OData WebAPI có quyền truy cập vào một lớp phụ trợ.
Chúng tôi đang ở giai đoạn đầu và đã bắt đầu triển khai các lớp học đầu tiên bao gồm Model.dll trong một không gian tên chung để có thể truy cập tất cả các lớp.
Hiện tại chúng tôi đang thảo luận về các DTO đó trong mô hình. Một số người nói rằng việc sử dụng giao diện là hoàn toàn cần thiết, vì vậy mã sẽ như thế này:

namespace MySolution.Common.Model 
{ 
    public interface IPerson 
    { 
     int Id { get; set; } 
     string Name { get; set; } 
     ... 
    } 
} 

namespace MySolution.Common.Model 
{ 
    public class PersonDTO : IPerson 
    { 
     public int Id { get; set; } 
     public string Name { get; set; } 
     ... 
    } 
} 

Vậy là xong. Chỉ DTO đơn giản không có trí thông minh nhiều hơn.
Tôi bây giờ tự hỏi liệu đây có thực sự là một cách tiếp cận tốt hay không, bởi vì tôi không thấy sự cần thiết phải sử dụng giao diện ở đây.
Ưu điểm của điều này là gì? Testability đã được đề cập, nhưng nó thậm chí là cần thiết để kiểm tra DTOS? Dependency Injection cũng không phải là điểm.
Bất kỳ sự giác ngộ nào đều rất hữu ích. Cuối cùng, việc học các công cụ và phương pháp tiếp cận mới luôn tốt ...

Answer 1

Trạng thái chuyển DTO - đúng vậy. Tiêm chúng thông qua một container hoặc chế nhạo chúng để thử nghiệm có vẻ vô nghĩa (nếu đó là động lực) và hoàn toàn không cần thiết. Đừng làm thế.

Answer 2

Như một ví dụ, hơn nữa để nhận xét của tôi trên:

Interface IRepo 
{ 
    Person GetPerson(int id); 
} 

Public class DbRepo : IRepo 
{ 
    public Person GetPerson(int id){//get person from database} 
} 

Public class FakeRepo : IRepo 
{ 
    public Person GetPerson(int id) 
    { 
    return new Person {Id = id, Name = "TestName"}; 
    } 
} 

Bạn sẽ sử dụng một FakeRepo với một số đối tượng giả cho mục đích thử nghiệm.