asp.net-mvc - 我们应该使用 Entity Framework Code First 方法在 MVC 应用程序中使用 Data Repository 模式吗？

Question

我现在已经使用 Entity Framework Code First 方法开发了许多应用程序。在所有的过程中，我都使用数据存储库模式。此数据存储库模式一次查询单个实体。例如，

我有两个模型员工及部门

因此，为了获取所有员工和部门，我将创建 2 个数据存储库实例。例如

var empRepository = new DataRepository<Employee>();
var allEmployees = empRepository.GetAll();

var depRepository = new DataRepository<Department>();
var alldepartment = depRepository.GetAll();

现在，这种模式在大多数情况下都很有效。现在，当我想执行 join 时，我无法在这种模式下执行此操作。只有在获取了两个实体的所有记录之后，我才能执行连接，然后我才能对内存数据使用连接。这在我的逻辑中产生了 2 个查询的额外开销。有没有人有可以与 DataRepository 模式一起使用的好的模式或解决方案。请提出此模式的任何替代方案。

Answer 1

实际上，就在昨天，我刚刚在我的通用存储库中实现了一个 Join 函数。这比每个人想象的要容易得多，而且您可以在这样做时使用 Entity Framework 的一些很酷的功能。

开始时，我使用的存储库类似于我在 this blog post 中编写的存储库.您会注意到许多方法都返回 IQueryable。这绝非偶然。 IQueryable 将允许仍然使用延迟执行，这意味着查询不会在数据库上运行，直到某些东西强制它运行(即循环或 .ToList()称呼)。你会看到，通过将 Join 放在这种类型的存储库上，你最终不需要将所有实体加载到内存中来进行连接，因为你将暴露是一个IQueryable。

话虽这么说，这就是我如何在我的存储库中获得加入，基于 Join 的可查询版本方法:

public IQueryable<TResult> Join<TInner, TKey, TResult>(IRepository<TInner> innerRepository, Expression<Func<T, TKey>> outerSelector, Expression<Func<TInner, TKey>> innerSelector, Expression<Func<T, TInner, TResult>> resultSelector) where TInner : class
{
  return DbSet.Join(innerRepository.All(), outerSelector, innerSelector, resultSelector);
}

然后，这只对数据库进行一次查询以获取您请求的所有信息(同样，因为它只在 All() 方法)。