存储库和查询对象模式。如何实现复杂的查询

Question

我已经阅读了很多关于存储库模式的帖子，但有一些实际问题似乎没有解决或解释。这就是我对这两种模式的理解：

存储库和查询模式是互补的： 查询对象代表业务逻辑（WHERE 子句），存储库模式有一个 Get(IPredicate) 方法，该方法接受一个查询对象并返回一个 SELECT WHERE 结果

存储库不应有业务逻辑：所有业务逻辑都必须在查询对象上进行

目前我有一个包装每个逻辑对象（几乎总是一个实体对象）的类，它实现了多个“Get”方法，这些方法实现了最复杂的查询（joins、groupBy 等），这不是一个很好的模式，因为类往往会因为类似查询的样板代码而增长很多，并且它的公共方法依赖于该类将被使用的上下文，因此，使这些类无法用于依赖于同一数据库的多个项目，即我对这个项目进行重构的主要目标。

如何使用这两种模式实现比单个 SELECT WHERE 更复杂的查询，而不会将业务逻辑泄漏到存储库中？

或者，如果此业务逻辑不适合存储库或查询对象 这个逻辑在哪里合适？

Answer 1

Repository 模式适用于标准 CRUD 应用程序。您需要针对数据库中的单个表实现经典的创建、读取、更新和删除操作集。在这种情况下，您为每个表创建一个存储库并允许读取操作具有额外的值，以便可以应用过滤。

在下一个级别，您将拥有 工作单元 模式。这些用于跨越多个存储库并执行业务操作。例如，您将从多个存储库中读取值，执行计算，然后将更改写回多个存储库。所有这些都将发生在事务中，因此您在数据库中始终拥有一致的状态。

问题是当您有跨越多个表的复杂查询时。在这种情况下，您可以将查询放入查询 from 子句中的第一个表的存储库中。然后，您需要为该存储库方法提供参数，以便可以根据需要对其进行参数化。

Answer 2

互联网上有很多存储库模式和工作单元的实现。其中一些非常简单，开发人员基本上是自己手动为每个表实现自己的，有些是通用的但不高级，还有一些非常酷，通用并且仍然为您提供了做一个像样的位置，投影等的能力。

可以在此处找到我认为良好实现的示例：

https://genericunitofworkandrepositories.codeplex.com/

它是针对MVC的，由界面显示。我专注于 WPF 应用程序，所以我需要对其进行一些调整。但是这个工作单元实现的思路还是不错的。

这个实现有缺点。由于它依赖于一些高级 LINQ 和 EF 功能，因此可能会认为您的底层访问层正在感染存储库层和使用存储库的层。

重点是，例如，当您想离开 EF 时，您可能必须更改存储库的接口。

为了展示这个库的力量，一些代码 sn-ps 来证明这一点：

_fotoRepository = unitOfWork.RepositoryAsync<Foto>();
var fotos = await _fotoRepository
            .Query(r => r.BestelBonId == bestelBonId || werkstukids.Contains(r.WerkstukMetBewerkingenId.Value))
            .SelectAsync()
            .ConfigureAwait(false);

或使用投影：

IRepository<Relatie> relatieRepository = unitOfWork.RepositoryAsync<Relatie>();
        var relatiesOverviewsEnumerable = relatieRepository
            .Query()
            .NoTracking()
            .OrderBy(q => q.OrderBy(d => d.RelatieId))
            .Select(b => new RelatieOverview
            {
                RelatieId = b.RelatieId,
                Naam = b.Naam,
                BTW = b.BTW,
                HoofdAdres = b.Adressen.FirstOrDefault(a => a.AdresTypeId == HoofdadresType)
            });
        _relatieOverviews = new ObservableCollection<RelatieOverview>(relatiesOverviewsEnumerable);