获取域实体的附加数据

Question

我有一个域聚合，将其称为“订单”，其中包含订单行列表。 订单跟踪订单行上的金额总和。 客户有一个运行的“信用”余额，他们可以从中订购，该余额是通过汇总数据库交易历史来计算的。 一旦他们用完“池”中的所有资金，他们就无法再订购任何产品。

因此，每次向订单中添加一行时，我都需要检查池中还剩下多少，以及订单是否将其推过。 池中的金额不断变化，因为其他相关客户不断使用它。

问题是，从 DDD 角度思考，我如何获得这个数量，因为我不想用 DataContext 问题污染我的域层（此处使用 L2S）。 由于我不能只从域查询数据库，因此如何获取该数据以便验证业务规则？

这是使用领域事件的实例吗？

Answer 1

您的订单聚合应该被完全封装。 因此，它需要能够确定添加项目是否有效，即是否超出客户信用。 有多种方法可以做到这一点，但它们都依赖于订单存储库返回知道如何执行此特定操作的特定聚合。 例如，这可能是与您用于满足订单的订单聚合不同的订单聚合。

您必须认识到，然后在代码中捕获您希望订单在本例中履行特定角色的事实，即添加其他行项目的角色。 您可以通过为此角色创建一个接口以及为该角色提供内部支持的相应聚合来实现此目的。

然后，您的服务层可以向您的订单存储库请求满足此显式角色接口的订单，并且存储库因此拥有足够的信息来了解您需要什么来构建可以满足该要求的东西。

例如：

public interface IOrder
{
  IList<LineItem> LineItems { get; }
  // ... other core order "stuff"
}

public interface IAddItemsToOrder: IOrder
{
  void AddItem( LineItem item );
}

public interface IOrderRepository
{
  T Get<T>( int orderId ) where T: IOrder;
}

现在，您的服务代码将类似于：

public class CartService
{
  public void AddItemToOrder( int orderId, LineItem item )
  {
    var order = orderRepository.Get<IAddItemsToOrder>( orderId );
    order.AddItem( item );
  }
}

接下​​来，实现 IAddItemsToOrder 的 Order 类需要一个客户实体，以便它可以检查信用余额。 因此，您只需通过定义特定接口来级联相同的技术即可。 订单存储库可以调用客户存储库以返回履行该角色的客户实体并将其添加到订单聚合中。

因此，您将拥有一个基本的 ICustomer 接口，然后以从其派生的 ICustomerCreditBalance 接口的形式获得显式角色。 ICustomerCreditBalance 既充当客户存储库的标记接口，告诉它您需要客户做什么，因此它可以创建适当的客户实体，并且它具有方法和/或属性来支持特定角色。 类似于：

public interface ICustomer
{
  string Name { get; }
  // core customer stuff
}

public interface ICustomerCreditBalance: ICustomer
{
  public decimal CreditBalance { get; }
}

public interface ICustomerRepository
{
  T Get<T>( int customerId ) where T: ICustomer;
}

显式角色接口为存储库提供了他们所需的关键信息，以做出正确决定从数据库中获取哪些数据，以及是急切地还是延迟地获取数据。

请注意，在本例中，我已将 CreditBalance 属性放在 ICustomerCreditBalance 接口上。 但是，它也可以位于基本 ICustomer 接口上，然后 ICustomerCreditBalance 变成一个空的“标记”接口，让存储库知道您要查询贷方余额。 这一切都是为了让存储库知道您想要它返回的实体扮演什么角色。

正如您在问题中提到的，将所有这些结合在一起的最后一部分是域事件。 如果超出客户的信用余额，订单可以引发故障域事件，以通知服务层订单无效。 另一方面，如果客户有足够的信用，它可以更新客户对象上的余额或引发域事件以通知系统的其余部分需要减少余额。

我还没有将域事件代码添加到 CartService 类中，因为这个答案已经相当长了！ 如果您想了解更多有关如何做到这一点的信息，我建议您发布另一个针对该特定问题的问题，我将在那里进行扩展;-)

Answer 2

在这种情况下，我使用事件或委托来减轻责任。 也许向您展示的最简单的方法是使用一些代码。

您的 Order 类将有一个 Predicate，用于确定客户的信用额度是否足以处理订单行。

public class Order
{
    public Predicate<decimal> CanAddOrderLine;

    // more Order class stuff here...

    public void AddOrderLine(OrderLine orderLine)
    {
        if (CanAddOrderLine(orderLine.Amount))
        {
            OrderLines.Add(orderLine);
            Console.WriteLine("Added {0}", orderLine.Amount);
        }
        else
        {
            Console.WriteLine(
                "Cannot add order.  Customer credit line too small.");
        }
    }
}

您可能会有一个 CustomerService 类或类似的类来提取可用的信用额度。 您可以在添加任何订单行之前设置 CanAddOrderLine 谓词。 每次添加行时都会检查客户的信用。

// App code.
var customerService = new CustomerService();
var customer = new Customer();
var order = new Order();
order.CanAddOrderLine = 
    amount => customerService.GetAvailableCredit(customer) >= amount;

order.AddOrderLine(new OrderLine { Amount = 5m });
customerService.DecrementCredit(5m);

毫无疑问，您的实际情况会比这更复杂。 您可能还想查看 Func 委托。 委托或事件可用于在下达订单行后减少信用金额，或者在客户超出订单中的信用限额时触发某些功能。

祝你好运！

Answer 3

除了获取“池”值（我将使用 OrderRepository 上的方法查询该值）的问题之外，您是否考虑过此问题的锁定影响？

如果“池”不断变化，那么其他人的事务是否有可能在您的规则通过之后、但在您将更改提交到数据库之前悄悄进入？

Eric Evans 在他的书（“聚合”）的第六章中提到了这个问题。