如何将EF Select语句逻辑抽离到外部方法仍保持预加载？

在Entity Framework中，当直接在Select方法内显式构造DTO时，生成的SQL会自动关联查询关联表；但将DTO构造逻辑抽离到外部工厂类的方法后，生成的SQL仅查询主表，二者存在明显差异。以下是具体示例：

直接在Select中构造DTO的代码 #

var workhours = dbContext.WorkHours
    .Select(w => new WorkHourLookupDto()
        {
            Id = w.Id,
            StartTime = w.StartTime,
            EndTime = w.EndTime,
            RecreationInMinutes = w.RecreationInMinutes,
            TotalWorkHoursInMinutes = w.TotalWorkHoursInMinutes,
            Customer = new CustomerMiniDto
            {
                Id = w.Customer.Id,
                Name = w.Customer.Name
            },
            Description = w.Description
        })
    .ToList();

这段代码生成的SQL会关联查询Customers表，对应的SQL如下：

exec sp_executesql N'SELECT [w].[Id], [w].[StartTime], [w].[EndTime], [w].[RecreationInMinutes], [w].[CompanyId], [w].[Created], [w].[CreatedBy], [w].[CustomerId], [w].[Description], [w].[LastModified], [w].[LastModifiedBy], [w].[UserId], [t].[Id], [t].[Name]
FROM [WorkHours] AS [w]
INNER JOIN (
    SELECT [c].[Id], [c].[Name]
    FROM [Customers] AS [c]
    WHERE [c].[CompanyId] = @__ef_filter__CompanyId_2
) AS [t] ON [w].[CustomerId] = [t].[Id]
WHERE ([w].[CompanyId] = @__ef_filter__CompanyId_0) AND ([w].[UserId] = @__ef_filter__p_1)',N'@__ef_filter__CompanyId_2 nvarchar(4000),@__ef_filter__CompanyId_0 nvarchar(4000),@__ef_filter__p_1 uniqueidentifier',@__ef_filter__CompanyId_2=N'3AD04E77-9654-4BBB-A8E8-4DE1335A7516',@__ef_filter__CompanyId_0=N'3AD04E77-9654-4BBB-A8E8-4DE1335A7516',@__ef_filter__p_1='8220F8B8-720D-42E8-9357-2256470EA206'

使用工厂类构造DTO的代码 #

var workhours2 = dbContext.WorkHours
    .Select(w => _factory.CreateLookUpDto(w))
    .ToList();

这段代码生成的SQL仅查询WorkHours表，对应的SQL如下：

exec sp_executesql N'SELECT [w].[Id], [w].[CompanyId], [w].[Created], [w].[CreatedBy], [w].[CustomerId], [w].[Description], [w].[EndTime], [w].[LastModified], [w].[LastModifiedBy], [w].[RecreationInMinutes], [w].[StartTime], [w].[UserId]
FROM [WorkHours] AS [w]
WHERE ([w].[CompanyId] = @__ef_filter__CompanyId_0) AND ([w].[UserId] = @__ef_filter__p_1)',N'@__ef_filter__CompanyId_0 nvarchar(4000),@__ef_filter__p_1 uniqueidentifier',@__ef_filter__CompanyId_0=N'3AD04E77-9654-4BBB-A8E8-4DE1335A7516',@__ef_filter__p_1='8220F8B8-720D-42E8-9357-2256470EA206'

工厂类代码 #

public WorkHourLookupDto CreateLookUpDto(WorkHour workHour)
{
    return new()
    {
        Id = workHour.Id,
        StartTime = workHour.StartTime,
        EndTime = workHour.EndTime,
        RecreationInMinutes = workHour.RecreationInMinutes,
        TotalWorkHoursInMinutes = workHour.TotalWorkHoursInMinutes,
        Customer = _customerFactory.CreateMiniDto(workHour.Customer),
        Description = workHour.Description
    };
}

public CustomerMiniDto CreateMiniDto(Customer customer)
{
    if(customer != null)
        return new()
        {
            Id = customer.Id,
            Name = customer.Name
        };

    return new();
}

差异原因分析 #

核心在于Entity Framework的表达式树解析机制：

• 当在Select方法内直接内联构造DTO时，EF可以完整解析Lambda表达式对应的表达式树，识别到代码访问了w.Customer的Id和Name属性。为了获取这些属性值，EF会自动生成JOIN语句关联Customers表，只查询所需字段，这属于服务器端投影。

• 当调用外部工厂类的CreateLookUpDto方法时，EF无法解析方法内部的逻辑——它只能识别到传递了w参数并调用了一个方法，但无法深入方法内部看到访问了workHour.Customer的属性。因此EF只会查询WorkHours表的所有字段，将数据加载到客户端内存后，再执行工厂方法构造DTO。此时如果没有预先通过Include加载Customer属性，要么会触发延迟加载（若开启），要么Customer会为null。

简单总结：

• 内联构造：EF解析表达式树，服务器端生成关联SQL
• 外部方法：EF无法解析方法逻辑，客户端内存中处理DTO构造

内容的提问来源于stack exchange，提问作者Salomé