如果我使用 EF 和 Viewmodels，是否需要创建 DTO？ [复制]

Question

我已经读过实体框架（我使用的是 EF6）是数据库的抽象。我正在使用视图模型将数据提供给我的视图，因此 EF 实体不会经过我的控制器。我正在使用带有 linq 查询的存储库来获取数据。在控制器中，我实例化 repo 并获取数据。

那么有什么理由为控制器和repo之间的事务创建一个专用对象吗？

例子：

数据库有一个表 Person。

在 MVC 应用程序中，我创建了一个 edmx 文件，该文件创建了一个名为 Person 的部分类。

在我的存储库中：

class Person PersonRepository()
{
    public Person GetPerson()
    {
      using (var db = new MyEntity())
      {
        var data = db.Person.FirstOrDefault();

        var person = new Person()
        {
            Id = data.PersonId,
            FirstName = data.FirstName,
            LastName = data.LastName
        };
        return person;   
    }
}

或者我需要这样做：

class Person PersonRepository()
{
    public Person GetPerson()
    {
      using (var db = new MyEntity())
      {
        var data = db.Person.FirstOrDefault();

        var person = new PersonDTO()
        {
            Id = data.PersonId,
            FirstName = data.FirstName,
            LastName = data.LastName
        };
        return person;   
    }
}

Answer 1

这完全取决于您的应用程序的预期复杂性。所以没有一种方法可以做这样的事情。 基本上，DTO 类应该只包含需要传输到前端层的字段，而 ViewModel 类包含专门适用于视图的数据。 您必须问自己一个问题，这些对象的设计是否相同，即业务层是否不会被某些视图特定的逻辑和概念污染，或者视图层是否不会被某些数据/业务污染层相关逻辑。 如果应用程序不是很大，并且视图所需的数据和从存储库中获取的数据预计不会有太大差异，您可以只使用 ViewModel 类，但如果有一些差异，或者将来可能会有，最好有单独的类并处理映射器上的差异。