贫血领域模型和领域服务

Question

如果领域实体并不贫乏，因此它们在自身内部嵌入了特定的使用行为，那么是否需要/点来使用/构建特定的领域服务？验证应该进入实体内部怎么样？

单元测试用什么方式比较灵活？

谢谢！

Answer 1

通常，当不使用贫乏模型时，您仍然需要特定领域的服务。这是因为非贫血模型（或者只是模型，如果你愿意的话）应该包含允许自己被操纵的代码，但应该避免依赖于其他模型，特别是那些不通过父/子关系直接相关的模型。

单独的域服务将允许您保持这种分离并仍然提供丰富的功能，因为它们的域服务可能会了解整个域模型的更大视图。

至于验证，这些模型提供自己的验证并不罕见，只需记住，有时模型的有效状态取决于模型可能不知道的更大上下文，因此外部验证可能仍然存在。

最后，单元测试的灵活性在很大程度上取决于您的应用程序和底层技术（例如语言选择）。我还没有看到很多案例，其中任何一种方法本身都对单元测试有足够的影响。

Answer 2

当您拥有域模型时，域服务是必需的，因为有些功能不属于您的实体。

例如，考虑一下存储库或工厂。 存储库的接口可能位于您的域层中，但实现位于您的基础设施层中。使用工厂，实现和接口都将位于您的域层中。

这些域服务从您的应用程序层使用。应用程序层的目标是确保一切就绪，以便领域模型可以完成其工作。这可能意味着从存储库加载特定实体，然后在它们上调用特定于域的函数。

验证应该在实体内部进行。例如，假设您有一个 Money 类。

public class Money
{
    public Money(string currency, int amount)
    {
        Currency = currency;
        Amount = amount;
    }

    public int Amount { get; set; }

    public string Currency { get; set; }
}

如果 Money 类不允许有负数，您将在哪里验证这一点？

做到这一点的最佳地点是课堂内。一个实体对其自己的状态负责。
在 Money 类中，这很容易看到，但例如使用带有 OrderLines 的 Order 类，Order 是负责检查是否存在应合并的重复 OrderLine 商品（节省运费！）

Answer 3

领域服务通常包含并不自然适合您的实体之一的领域功能。它通常是许多其他域对象所需的功能，可能使域服务成为许多对象连接的重要纽带。

至于验证，它可以位于不同的位置，具体取决于您想要验证的时间和内容：

• 工厂在创建实体时强制执行不变量

• 聚合根强制执行不变量涉及整个聚合的聚合

• 基本验证也经常在实体本身内部执行

• 您可以有需要与应用程序当前状态相关的数据的自定义验证，在这种情况下，验证更有可能在应用程序层中完成。