我应该把下面的方法放在哪里？

Question

我有 2 个具有以下关系的表：

Purchase 1:m Payment

• 每次购买都有一个主键“purchaseId”。
• 每笔支付都有一个主键“transactionId”和一个外键“purchaseId”；

我为每个表都有一个 DAO 类。现在我想实现一个函数

List<Payment> findPaymentsByPurchaseId(int purchaseId)

为了让API感觉更直观，我是否应该将此函数放在

1. PurchaseDAO中以指示“如果我想根据Purchase信息查找任何内容，我只需调用PurchaseDAO中的函数”
2. PaymentDAO以指示“如果我想查找Payment信息，我就调用PaymentDAO中的一个函数”

你觉得哪一个更直观呢？

Answer 1

我会将其放入 PaymentDAO 中，因为它会返回付款，但我也会使其更加通用

List<Payment> findByPurchase(Purchase purchase)

Answer 2

它可以去多个地方。

在购买 DAO 中，您需要：

List<Payment> getPaymentsFor(Purchase) // or find..., or findByPurchase, or...

在支付 DAO 中，您需要：（

Purchase getPurchaseFor(Payment)

无论是 ID 还是对象更具哲学性而非技术性；使用任何对您有用的东西。暴露 ID 可能会被认为是一种有漏洞的抽象，尽管它更多的是一种认知性的，因为拥有 PK 并不意味着它一定是 DB PK，它可能只是一个 GUID。）

Answer 3

采购“知道”其付款 - 所以询问它。又名“不要打电话给我，我会打电话给你”

我个人创建了一个类层次结构，例如

Purchases
Purchase 
PurchaseDAO

Payments 
Payment
PaymentDAO


Purchases purchases = Purchases.find(criteria); 
// user selects one of the purchases (say)
Purchase = purchase.load(purchaseId);
// calls 
PurchaseDAO.load(purchaseId);
// which calls
Payments payment = Purchase.findPayments(); 
// calls 
Payments.find(purchaseId);
// calls 
PaymentDAO.find(purchaseId);

最后您将拥有一个购买对象，您可以询问其付款情况。
如果购买时可能有很多付款，您可以推迟加载付款，直到需要为止。

这看起来像是额外的工作（确实如此），但它允许业务和持久性逻辑的清晰分离，并且我发现创建额外类的小额投资得到了回报。