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

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 时，您可能必须更改存储库的界面。

为了展示这个库的强大功能，一些代码片段可以证明这一点：

_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);