如果实体处于某种状态，如何强制执行约束，例如任何字段（或特定字段）都不得更改？

Question

我正在尝试在当前项目（c#、mvc、nhibernate、castle）中使用 DDD，并且我正在考虑检查约束的最佳方法，该约束规定如果实体处于某种状态，任何字段（或特定字段）都不得更改， IE。已预订的发票（状态=已预订）不得更改金额字段。在服务层中，我得到一些 DTO 对象（来自 gui 或 web 服务等），我需要将其映射到域对象。映射完成后，我想验证我的对象 - 特别是我想检查我的问题中的特定约束。

目前我正在考虑：

• 跟踪实体级别的更改，即在每个 setter 上将字段添加到更改的字段集合中，并将 NHibernate 切换为使用字段访问策略。如果不允许更改值
• 在映射之前创建对象的副本，并且比较原始值和映射值，
• 则此模式的变体将在 setter 上抛出异常，并从 nhibernate 会话中获取此信息 - 但是该规则不会在实体级别（恕我直言，它破坏了 ddd）

您对此有何看法？您知道这方面有什么好的模式吗？或者我是否遗漏了一些东西，我需要改变我对这个限制的思考方式？

预先感谢您的帮助。

Answer 1

DDD 中的域对象是“自我验证”的。换句话说，客户端代码不可能破坏域规则，因为对象强制执行其内部不变量。例如：

public class Invoice {
    private Money _amount;
    private InvoiceState _state;

    public void ChangeAmount(Money newAmount) {
        if(_state == State.Booked) {
            throw new InvalidOperationException(
                      "Unable to change amount for booked invoice.");
        }
        _amount = newAmount;
    }

    // Methods like this can be used by external code (UI) to check business
    // rules upfront, to avoid InvalidOperationException.
    public Boolean CanChangeAmount() {
        if(_state == State.Booked) {
            return false;
        }
        return true;
    }
}

DDD 示例中的另一个示例：

  public HandlingEvent(final Cargo cargo,
                       final Date completionTime,
                       final Date registrationTime,
                       final Type type,
                       final Location location,
                       final Voyage voyage) {

    ...

    if (type.prohibitsVoyage()) {
      throw new IllegalArgumentException(
                       "Voyage is not allowed with event type " + type);
    }

永远不要允许您的 UI 框架将域对象视为哑数据容器。不幸的是，互联网上的大量示例以及 C# 对 getter 和 setter 的强调都鼓励了这一点。如果您更改对象状态而不强制执行业务规则，您最终将得到“损坏”的对象。对于 NHibernate 来说尤其如此，因为它的 Session 会“记住”所有对象，并且会在下次提交或刷新时将它们转储到数据库中。但这只是一个技术问题，主要原因是您需要能够仅通过查看 Invoice 类来推理 Invoice 相关的业务规则。另请注意，代码应基于通用语言。您应该看到“发票”、“预订”、“金额”等字样，而不是通用的“字段”、“财产”、“验证器”。

更新：empi，感谢您重述您的问题。您可能想提出一个新问题。这是我强调的引用

正如我在一条评论中所说 - 这个问题是一个更大的问题的一部分
我遇到的问题。我正在寻找定义域的标准方法
仅在域中的逻辑和约束，然后将其转换为 GUI
和其他层。我没有看到以下任何常见模式
常见需求：域声明该字段无法编辑并且this
规则自动转换为禁用该字段的 GUI 逻辑
并使其只读。我正在寻找 mvc 堆栈中的示例解决方案。我
感觉就像我在重新发明轮子，而大多数开发人员只是放弃
并复制 gui 中的逻辑

我认为您正在寻找一种方法来声明域中的所有内容，然后“生成”UI。类似于 裸对象 “ rel="nofollow">MVC？我从未使用过这种方法，但我怀疑生成的 UI 是否会赢得美观或可用性竞赛。在我看来，UI 中总会有一些业务逻辑的“重述”。一些领域不变量太复杂，涉及多个领域，需要存储库，甚至可能需要外部服务。我不确定是否可以自动生成高质量的用户界面。我认为尝试这样做可能会开始改变你的模型以符合 UI 基础设施。

Answer 2

在设计领域对象时，我尽量不要将它们仅仅视为数据集合，而是将其视为可以执行操作的对象。不要提供对数据的直接访问（即使通过 getter 和 setter 方法），而是提供与人们可能对对象执行的操作相对应的方法。有时一个操作会更改多个数据字段。有时它可能只改变一个，并且在功能上与 setter 没有什么不同，但它的命名是为了代表操作而不仅仅是数据修改。

通过这种方法，您可以轻松地根据实体的状态强制执行允许执行的操作。例如，对于发票，您可以添加或删除项目。这会更改总数，但不提供直接修改总数的访问权限。当发票处于某种状态（例如已预订）且您不再允许更改时，可以通过从“添加”或“删除”方法中抛出异常来强制执行该操作，指示这些方法在当前状态下无效。然而，其他方法可能仍然有效，例如与运输或发票付款相关的方法。

除了这种方法之外，我还使用不同的实体来表示生命周期中不同点的相同数据。当发票处于活动状态时，它需要是一个可以执行操作的对象。然而，一旦达到最终状态，它仅用于查看和报告，并且不会发生任何数据更改。通过使用不同的实体（例如ActiveInvoice 和CompletedInvoice），在应用程序中可以清楚地看出它在哪里用作流程的一部分以及在哪里仅用于查看。它还使得处理可能来自不同表或只读视图的归档数据变得更加容易。

如果对象只有表示可变和不可变状态的两种状态，而没有太多逻辑来允许针对各种状态使用不同的方法，则可以使用 Eric Lippert 的“冰棒不变性” 图案。它允许对对象进行更直接的修改，但一旦对象被冻结，就会强制其不变性。

Answer 3

虽然我找不到很好的参考资料（我可以发誓几年前我从 Martin Fowler 那里听说过，但搜索他的网站却一无所获），我习惯于听到这个被称为“冻结”或“可冻结”。它通常与两条腿会计交易结合使用。

具体来说，直到相应的项目被冻结后才会创建会计交易，此时不允许对该项目采取任何可能更改余额的操作。在许多情况下，除了可能取消之外，根本无法采取进一步的操作，取消实际上不会更改冻结的项目，而只是导致添加追溯事件。

奇怪的是，Microsoft 在完全不同的 WPF 环境中实现了这一点。他们使用“freezable”主要是为了表明不再需要更改通知。事实上，如果您正在使用 WPF，您可能会考虑查看 可冻结类。

否则，如果您想要一个真正通用的模式，我强烈建议您阅读 Kozmic 的 动态代理教程 。尽管这主要是炫耀 Castle Proxy 功能的借口，但“freezable”概念正是他选择实现的，并且他展示了一种使用通用可重用库来实现此目的的方法，而无需事后编写更多附加代码。

尽管需要相当多的代码来解决所有问题，但最基本的想法是编写一个拦截器，然后用它创建一个代理：

internal class FreezableInterceptor : IInterceptor, IFreezable
{
    private bool _isFrozen;

    public void Freeze()
    {
        _isFrozen = true;
    }

    public bool IsFrozen
    {
        get { return _isFrozen; }
    }

    public void Intercept(IInvocation invocation)
    {
        if (_isFrozen && invocation.Method.Name.StartsWith("set_",
            StringComparison.OrdinalIgnoreCase))
        {
            throw new ObjectFrozenException();
        }

        invocation.Proceed();
    }
}

public static TFreezable MakeFreezable<TFreezable>() 
  where TFreezable : class, new()
{
    return _generator.CreateClassProxy<TFreezable>(new FreezableInterceptor());
}

请注意，上面的代码不是生产质量的代码 ，这只是介绍。您应该阅读更多链接网站以获取更多信息。

据我所知，类/接口代理实际上是您可以以与域无关的方式执行此操作的唯一方法。否则，您将不得不为每个可冻结类重新实现可冻结逻辑 - 也就是说，在属性设置器中放入大量 if-then 语句并抛出 FrozenException（如果状态已设置）。