DDD - 将商品添加到订单/收据时的价格计算

Question

我正在尝试在我的最新项目中应用 DDD。虽然我在确定将一些业务逻辑/计算放在哪里时遇到问题。

首先我将描述业务流程，然后我将如何考虑实施。

业务流程： 它只是将收据项目添加到收据中。但是，商品的价格取决于客户的类型和商品的数量。

即：“A”类客户想要购买两餐。在他的安排中，允许他吃一顿午餐打折，但因为他很饿，他吃了两顿。第一顿应该是 4 欧元（折扣），第二顿应该是 6 欧元（全价）。

我的想法是：

产品 - 一个实体（具有不同的有界上下文，将仅用作输入参数） - 字段：代码、名称、...、价格集合每个都针对不同的客户类型。

ReceiptItem - 实体 - 字段：产品代码、产品名称、数量、价格、... 收据作为聚合根 - 字段： 客户（实体）- 包含 ReceiptItems 的集合

在收据上，会有一个方法addItem(Product product, int count)，我计划在这个方法中添加正确的价格计算。

回到我们的例子：receipt.addItem('menu1', 2)

所以我会检查客户类型以及允许他打折的午餐数量。鉴于上面的例子，我会看到，他是允许的。然后我需要获得实际的折扣价格，我会直接从公开方法 getCustomersPrice(customerid) 的产品中获得。 最后，我会在 Receipt 中添加两个收据项目。它们都将具有相同的产品代码，但价格不同。 （如果配额为 2 或更多，我只会以折扣价将一件物品添加到收藏中，但会计算 2 件）。

您会说这是一个好方法吗？我担心将产品作为输入参数传递给 addItem。因为它似乎创建了一个紧密的耦合。

谢谢。

Answer 1

Receipt 聚合根应该更小：Receipt 有 ReceiptItems，这很好，但 Customer 应该是它自己的聚合根。客户独立于收据而存在，加上小集合是首选。

Product 在这个有界上下文中也是一个单独的域对象，即使产品也存在于一个单独的有界上下文中。 Product 也需要在 Receipt 聚合之外。

鉴于存在多个聚合根这一事实，将产品添加到收据的逻辑涉及多个聚合。因此，逻辑不能驻留在Receipt 聚合或任何其他聚合内。此类逻辑最好放在Domain service 中（可能与Receipt 聚合位于同一包中），例如：

public class ReceiptService {

    void addItem(ReceiptId aReceiptid, ProductId aProductId, int quantity) {

        // business logic to determine price per item
        // ...

        // for each item, forward item creation to receipt:
        receipt.addItem(productIdOrName, priceOfItem);
    }
}

Domain 服务结合各种聚合数据以确定每件商品的价格。创建ReceiptItem 并将其插入收据项集合的内部逻辑最好转发到Receipt 聚合。