如何使用存储库模式搜索子类？

Question

我有支付交易基本类型的几个子类（信用卡、支票、现金、billMeLater 等）。每个子类都有自己的存储库，因为每个子类都有自己的属性和获取方式。我需要能够搜索支付交易，但我走了一条最终导致更多麻烦的道​​路。诀窍在于，有时客户端需要搜索常见属性（例如金额或客户名称），有时客户端需要搜索特定于付款类型的属性（例如信用卡号或银行路由号码）...但是域级搜索方法需要能够返回所有类型的交易基础。

我有以下抽象级别：

• 具有 SearchTransactions() 方法的 WCF 层。

• 具有 SearchTransactions() 方法的域层。

• 具有多个存储库的数据层，每个存储库都有一个 Search() 方法 （特定于支付类型）。

• 数据库（通过 EF）出现典型的 DBA 要求的难以理解的混乱

您会怎么做？

编辑：

为了添加上下文，以下是一些可能的付款类型及其基础的示例：

public abstract class TransactionBase
{
    public int TransactionId { get; set; }
    public decimal Amount { get; set; }
}

public class CreditCardTransaction : TransactionBase
{
    public string CardNumber { get; set; }
    public int ExpirationMonth { get; set; }
    public int ExpirationYear { get; set; }
}

public class CheckTransaction : TransactionBase
{
    public string BankAccountNumber { get; set; }
    public string RoutingNumber { get; set; }
}

因此，客户端应该能够通过一种方法搜索 CardNumber、RoutingNumber、Amount 等。如果客户端搜索 Amount（基础参数），该方法应返回 CreditCardTransaction 和 CheckTransaction。如果客户端搜索 BankAccountNumber，它应该只返回 CheckTransactions。

客户端要求和早期解决方案：

客户端要求通过一次调用来搜索多种交易类型。客户不太关心他们作为参数传递的内容，除非他们需要多次调用来涵盖所有支付类型。我早些时候的一个想法是使用带有搜索条件的类。然后，我可以拥有搜索条件类的子类，用于搜索更具体的支付类型属性。像这样：

public class TransactionSearchCriteriaBase
{
    public int TransactionId { get; set; }
    public decimal Amount { get; set; }
}

public class CreditCardTransactionSearchCriteria : TransactionSearchCriteriaBase
{
    public string CardNumber { get; set; }
    public int ExpirationMonth { get; set; }
    public int ExpirationYear { get; set; }
}

因此，如果客户端想要搜索常见属性（例如 Amount），他们会传入 TransactionSearchCriteriaBase。如果他们传入 CreditCardTransactionSearchCriteria，他们最终会搜索信用卡交易。例如：

var listOfTransactions = _transactionService.Search(new CreditCardTransactionSearchCriteria{ Amount = 10m, CardNumber = "1111" });

我用存储库工厂替换了几乎不可避免的 switch/if 块，该工厂根据传入工厂的条件对象的类型返回适用存储库的列表。

兔子洞越陷越深。我想要少一点兔子洞。

另一条信息：

由于我们是在 EF 3.5 中执行此操作，因此我们没有 POCO 支持。因此，我们不将 EF 生成的对象视为域对象。我们的存储库将各种断开连接的 EF 对象映射到域对象，并将它们返回到调用它们的域服务。

Answer 1

我会重新考虑您的实体框架模型。

您提供的域模型看起来非常适合每类型表继承。

然后，您可以使用 LINQ .OfType() 方法根据存储库上的通用类型参数来过滤不同的事务类型：

public class TransactionRepository : IRepository<Transaction>
{
   public TTransaction Find<TTransaction>(int transactionId) 
      where TTransaction  : TransactionBase, new()
   {
      return _ctx.Transactions.OfType<TTransaction>().SingleOrDefault(tran => tran.TransactionId == transactionId);
   }
}

然后您可以这样做：

var ccTran = _repository.Find<CreditCardTransaction>(x => x.TransactionId == 1);
var cTran = _repository.Find<CheckTransaction>(x => x.TransactionId == 2);

至于您的问题：

因此，客户端应该能够通过一种方法搜索 CardNumber、RoutingNumber、Amount 等

我认为使用一种方法不可能做到这一点，当然如果没有某种 if/switch 语句就不可能。

关键在于过滤——这一切都取决于存储库方法的签名——提供什么、通用约束等等。

如果你说每个子类型都有它自己的存储库，那么拥有一个单一的存储库真的有意义吗？为所有三个存储库提供服务的方法？这个神奇的方法应该存在于哪里呢？

总的来说，我认为您已经达到了许多人已经达到的程度，即您的域正在与实体框架作斗争。

基本上，如果您处理 AbstractA 类型的对象集，则无法“向下转换”为 DerivedA 类型的对象集来进行过滤。

这取决于您愿意妥协多少领域模型。我自己也有类似的问题，最终我使用了 TPT 继承（然后切换到 TPH，因为性能更好）。

因此，除了您提到的之外，在不了解您的域的情况下，我认为您需要重新考虑“每个子类都有自己的存储库，因为每个子类都有自己的属性和获取方式”这一说法。

看起来您应该有一个存储库，EF 模型中的 TPT/TPH，以及存储库上的“搜索”方法，并对事务类型进行通用类型约束。

如果您热衷于使用神奇的单一方法，那么您将需要一个令人讨厌的 switch/if 语句，并将过滤委托给特定的方法。

Answer 2

在 DDD 中，聚合的主要目标是维护和管理一致性。如果我正确地遵循您的示例，您将拥有两种类型的聚合 - 每一种都由 CreditCardTransaction 和 CheckTransaction 的聚合根表示。

但是，您描述的场景与维护一致性无关，因为它不会更改任何数据。您想要实现的是向用户提供一种报告。
因此，我不会尝试改变聚合，而是引入另一个存储库 - TransactionRepository，其中包含 FindTransaction(TransactionQuery) 的单一方法。该存储库的存在只有一个原因 - 查询数据库以获取需要向用户显示的数据（是的，它将是一个只读存储库）。

换句话说，我建议在执行一些实际更改数据的操作时使用聚合和域实体，但不适用于仅向用户显示数据的查询 - 使用更简单的对象（另外，您可以聚合数据而不会弄乱您的域）结构，就像你的例子一样）。