实体框架数据传输对象最佳实践

本文关键字:最佳 对象 框架 数据传输 实体 | 更新日期: 2023-09-27 18:22:45

我们必须为许多表使用数据传输对象,因为它们非常大,许多列对我正在处理的上下文没有用处。

为了获得最佳性能,我不能读取完整的数据库实体,然后将其转换为dto。因此,我创建了一个linq扩展方法,以便在执行查询之前将其转换为dtos。

调用扩展方法:

db.MyTable.Select(...).ToDto().ToList();

我的扩展方法:

public static IQueryable<MyTableDTO> ToDto(this IQueryable<MyTable> query)
{
     return query.Select(x => new MyTableDTO
     {
         ID = x.ID,
         Name = x.Name
     });
}

这是一个可行的解决方案吗?或者有更好的做法吗?

第二个问题:不仅有IQueryable<需要转换为dtos的MyTable>对象,也必须转换MyTable对象。我为MyTable类创建了一个扩展方法:

public static MyTableDto ToDto (this MyTable x)
{
    return new MyTableDto
    {
        ID = x.ID,
        Name = x.Name
    };
}

为什么我不能在我的第一个ToDto函数中使用这个函数?类似:

public static IQueryable<MyTableDTO> ToDto(this IQueryable<MyTable> query)
{
    return query.Select(x => x.ToDto());
}

更新

由于下面的研究,还有一个问题。在某些情况下,我们只希望为高性能问题返回最少的字段。

可以创建一个存储库类,在其中您可以定义一个参数来传递一个包含查询应返回的字段的Func(如下所述)。然后可以创建一个类(在下面的示例中为MyServiceClass),您可以在其中为不同的返回实体调用相同的存储库方法。但这是一个好的做法,还是有更好的解决方案?

public class MyTableRepository<T>
{
    public List<T> GetMyTable(String search1, String search2, Func<MyTable, T> selectExp)
    {
        using(var db = new Context())
        {
            return db.MyTable.Where(x => x.A == search1 ...).Select(selectExp).ToList();
        }
    }
}
public class MyServiceClass
{
    public List<MyTableEntitySimple> GetMyTableEntitySimple(String  search1...)
    {
        MyTableRepository<MyTableEntitySimple> rep = new ...
        return rep.GetMyTable(search1, ToMyTableEntitySimple);
    }
    public List<MyTableEntity> GetMyTableEntity(String search1...)
    {
        MyTableRepository<MyTableEntity> rep = new ...
        return rep.GetMyTable(search1, ToMyTableEntity);
    }
    Func<MyTable, MyTableEntitySimple) ToMyTableEntitySimple = x => new MyTableEntitySimple
    {
        ID = x.ID,
        Name = x.Name
    };
    Func<MyTable, MyTableEntity) ToMyTableEntity = x => new MyTableEntitySimple
    {
        ID = x.ID,
        Name = x.Name,
        Field3 = x.Field3,
        Field4 = x.Field4,
        ...
    };
}

实体框架数据传输对象最佳实践

因为您的Linq-to-Entities提供程序不知道如何将方法调用转换为SQL语句。作为问题的解决方案,您可以使用lambda表达式而不是扩展方法:

Func<MyTable, MyTableDTO> selectExp=x => new MyTableDTO{
                                                         ID = x.ID,
                                                         Name = x.Name
                                                        });
//Pass the lambda expression as a paremter
public static IQueryable<MyTableDTO> ToDto(this IQueryable<MyTable> query, Func<MyTable, MyTableDTO> selectExpr)
{
    return query.Select(selectExpr);
}

或者,正如@Timothy在评论中建议的那样,你也可以使用Automapper。一旦你用DTO映射了实体类,你就可以这样做:

using AutoMapper.QueryableExtensions;
public static IQueryable<MyTableDTO> ToDto(this IQueryable<MyTable> query)
{
    return query.ProjectTo<MyTableDTO>();
}

您可以在此页面中找到更多信息。

更新

对于我的第一个解决方案,也许你可以创建一个通用的扩展方法:

 public static IQueryable<T> ToDto<TSource,T>(this IQueryable<TSource> query, Func<TSource, T> selectExpr)
 {
    return query.Select(selectExpr);
 }

关于第二个,IMHO我仍然认为它对你更好,你可以配置你的映射:

// Configure AutoMapper
Mapper.CreateMap<MyTable, MyTableDTO>()
    .ForMember(dest => dest.YourNewName1, opt => opt.MapFrom(src => src.YourGermanName1))
    .ForMember(dest => dest.YourNewName2, opt => opt.MapFrom(src => src.YourGermanName2));

你可以在这个链接中找到一篇关于这个主题的好文章。

我还想补充一点,如果您打算只将这些用作DTO,那么在从SQL源进行枚举之前,您应该使用.AsNoTracking()

返回一个新查询,其中返回的实体不会缓存在DbContext或ObjectContext中。