如何高效地填充数据访问层模型？

Question

我正在使用ASP.net中的依赖注入开发我的第一个数据驱动域。

在我的数据访问层，如果创造了一些领域的数据模型，例如：

public class Company { 
    public Guid CompanyId { get; set; } 
    public string Name { get; set; } 
} 

public class Employee { 
    public Guid EmployeeId { get; set; } 
    public Guid CompanyId { get; set; } 
    public string Name { get; set; } 
} 

我已经再开发的接口，如：

public interface ICompanyService { 
    IEnumerable<Model.Company> GetCompanies(); 
    IEnumerable<Model.Employee> GetEmployees(); 
    IEnumerable<Model.Employee> GetEmployees(Guid companyId); 
} 

在一个单独的模块，我已经实现这个接口使用Linq到Sql：

public class CompanyService : ICompanyService { 

    public IEnumerable<Model.Employee> GetEmployees(); 
    { 
     return EmployeeDb 
      .OrderBy(e => e.Name) 
      .Select(e => e.ToDomainEntity()) 
      .AsEnumerable(); 
    } 
} 

WhereDoDomainEntity（）被实现在员工信息库类的扩展方法基础机构类：

public Model.EmployeeToDomainEntity() 
{ 
    return new Model.Employee { 
     EmployeeId = this.EmployeeId, 
     CompanyId = this.CompanyId, 
     Name = this.Name 
    }; 
} 

对于这一点，我有或多或少的遵循了模式，如马克西曼的优秀图书“在.NET依赖注入”中描述 - 和所有的作品都很好。

我却想延长我的基本款也包括关键的参考模型，因此域Employee类将成为：

public class Employee { 
    public Guid EmployeeId { get; set; } 
    public Guid CompanyId { get; set; } 
    public Company { get; set; } 
    public string Name { get; set; } 
} 

和ToDomainEntity（）函数将扩大到：

public Model.Employee ToDomainEntity() 
{ 
    return new Model.Employee { 
     EmployeeId = this.EmployeeId, 
     CompanyId = this.CompanyId, 
     Company = (this.Company == null) ? null : this.Company.ToDomainEntity() 
     Name = this.Name 
    }; 
} 

我怀疑从领域建模的角度来看这可能是'不好的做法'，但我认为，如果我要开发一个特定的视图模型来达到相同的目的，我也会遇到这个问题。

实质上，我遇到的问题是填充数据模型的速度/效率。如果我使用上述的ToDomainEntity（）方法，Linq to Sql会创建一个单独的SQL调用来检索每个员工公司记录的数据。正如您所期望的那样，这会大大增加评估SQL表达式所花费的时间（从我们的测试数据库大约100ms到7秒），特别是如果数据树很复杂（因为单独的SQL调用是为了填充每个节点/树的子节点）。

如果我创建数据模型“内联......

public IEnumerable<Model.Employee> GetEmployees(); 
{ 
    return EmployeeDb 
     .OrderBy(e => e.Name) 
     .Select(e => new Model.Employee { 
      EmployeeId = e.EmployeeId, 
      /* Other field mappings */ 
      Company = new Model.Company { 
       CompanyId = e.Company.CompanyId, 
       /* Other field mappings */ 
      } 
     }).AsEnumerable(); 
} 

LINQ to SQL的产生本身使用了一个漂亮的，紧密的SQL语句‘内连接’的方法，以本公司与员工联系起来。

我有两个问题：

1）它认为“不好的做法”从一个域类对象中引用相关数据类？

2）如果是这种情况，并且为此目的创建了特定的视图模型，那么使用填充模型的正确方法是什么，而不必诉诸创建内联分配块来构建表达式树？

任何帮助/建议将不胜感激。

Answer 1

该问题是由同时具有数据层实体和域层实体并且需要两者之间的映射引起的。尽管你可以使这个工作起来，但是这使得一切都非常复杂，正如你已经经历的那样。您正在数据和域之间进行映射，并且由于性能原因以及其他业务逻辑和表示逻辑将需要不同的数据，因此很快将为这些相同实体添加更多映射。

唯一真正的解决方案是抛弃数据实体并创建可直接序列化到后端存储（SQL Server）的POCO模型对象。

从第一天起，POCO实体在LINQ to SQL中得到支持，但我认为迁移到Entity Framework Code First会更好。

当您这样做时，您可以从您的存储库中暴露IQueryable<T>接口（您目前称为存储库ICompanyService，但更好的名称是ICompanyRepository）。这使您可以执行高效的LINQ查询。直接通过查询提供程序查询时，可以防止加载完整的实体。例如：

from employee in this.repository.GetEmployees() 
where employee.Company.Name.StartWith(searchString) 
select new 
{ 
    employee.Name, 
    employee.Company.Location 
}; 

当IQueryable<T>工作，LINQ to SQL和实体框架会翻译这一个非常有效的SQL查询只从数据库中筛选数据库返回雇工的姓名和公司位置（相较于在GetEmployees()返回IEnumerable<T>时，在您的.NET应用程序中进行筛选）。

Answer 2

您可以使用DataLoadOptions.LoadWith方法请求Linq2Sql预加载某些实体（而不是延迟加载它们），请参阅：http://msdn.microsoft.com/en-us/library/bb534268.aspx。 如果你用Company实体做到这一点，那么我认为Linq2Sql将不必到达数据库再次获取它。