Интерфейсы для DTO

Question

В настоящее время я нахожусь в разработке большого веб-приложения, в основном содержащего Angular SPA и OData WebAPI, который имеет доступ к бэкэнд-слоту.
Мы находимся на ранней стадии и начали внедрять первые классы, включая Model.dll, который находится в общем пространстве имен, чтобы к нему можно было получить доступ всеми слоями.
Теперь мы обсуждаем эти DTO в модели. Некоторые говорят, что использование интерфейсов абсолютно необходимо, поэтому код будет выглядеть так:

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

Вот и все. Просто простые DTO без разума.
Теперь я спрашиваю себя, действительно ли это хороший подход, потому что я не вижу необходимости использовать интерфейс здесь.
В чем преимущества этого? Было упомянуто тестируемость, но еще нужно проверить DTos? Инъекция зависимости также не должна быть точкой.
Любое просвещение было бы очень полезно. В конце обучения новые вещи и подходы всегда хороши ...

Answer 1

Состояние передачи DTO - все. Ввод их через контейнер или издевательство над ними для тестирования кажется бессмысленным (если это мотивация) и совершенно ненужным. Не делай этого.

Answer 2

В качестве примера, далее на мой комментарий выше:

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

вы будете использовать FakeRepo с некоторыми фиктивных объектов для целей тестирования.