Schnittstellen für DTOs

Question

Ich bin gerade am Anfang der Entwicklung einer großen Webanwendung, die hauptsächlich eine Angular SPA und eine OData WebAPI enthält, die Zugriff auf eine Backend-Schicht hat.
Wir befinden uns in einem frühen Stadium und haben damit begonnen, die ersten Klassen einschließlich Model.dll zu implementieren, die sich in einem gemeinsamen Namespace befinden, sodass alle Ebenen darauf zugreifen können.
Wir diskutieren jetzt über diese DTOs innerhalb des Modells. Einige sagen, dass Schnittstellen unbedingt erforderlich ist, so dass der Code so sein würde:

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; } 
     ... 
    } 
} 

So ist es das ist. Einfach einfache DTOs ohne weitere Intelligenz.
Ich frage mich jetzt, ob das wirklich ein guter Ansatz ist, denn ich sehe hier nicht die Notwendigkeit, die Schnittstelle zu benutzen.
Was sind die Vorteile? Testbarkeit wurde erwähnt, aber ist es sogar notwendig, DTos zu testen? Dependency Injection sollte auch nicht der Punkt sein.
Jede Aufklärung wäre sehr hilfreich. Am Ende ist das Lernen neuer Dinge und Ansätze immer gut ...

Answer 1

DTOs Übertragungsstatus - das ist es. Sie über einen Container zu injizieren oder zu testen, erscheint sinnlos (wenn das die Motivation ist) und völlig unnötig. Tu es nicht.

Answer 2

Als Beispiel weiter auf meinen Kommentar oben:

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"}; 
    } 
} 

Sie würden eine FakeRepo mit einigen Mock-Objekte verwenden für Testzwecke.