打破对实体框架的依赖

Question

我终于有了一个我认为结构非常好的项目。在阅读了 Fowler 的洋葱架构、学习了 IOC/DI 的 Ninject 并调整了我的 Psuedo 存储库类之后，我使用 EF 4.1，因此 DbSet 和 DbContext 提供了存储库的大部分内容；当我想要在我的存储库中“包含”其他实体/相关实体时，我现在面临着对实体框架的令人恼火的依赖。

有人对如何打破这种依赖性有任何建议吗？ 例如，我有一个服务层，一旦我决定使用 .Ininclude，就会调用存储库，我就绑定到又胖又重的实体框架...我应该使用 .Join 还是可以以某种方式抽象 EF？

Answer 1

Julie Lerman 在她的博客上发表了一篇文章，其中展示了 IQueryable 上的 Include 扩展方法，该方法允许您在代码中使用 Include 且不会破坏单元测试：

public static class MyExtensions
{
  public static IQueryable<TSource> Include<TSource>
    (this IQueryable<TSource> source, string path)
  {
    var objectQuery = source as ObjectQuery<TSource>;
    if (objectQuery != null)
    {
      return objectQuery.Include(path);
    }
    return source;
  }
}

请在此处查看她的完整博客文章:
敏捷实体框架 4 存储库第 5 部分： IObjectSet 和 Include