我现在已经使用 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 模式一起使用的好的模式或解决方案。请提出此模式的任何替代方案。
最佳答案
实际上,就在昨天,我刚刚在我的通用存储库中实现了一个 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()
方法)。
关于asp.net-mvc - 我们应该使用 Entity Framework Code First 方法在 MVC 应用程序中使用 Data Repository 模式吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/15532723/