domain-driven-design - 发布实体状态变化的最佳实践

Question

我有以下模型:

public class Team {
    public Guid Id {get; set;}
    public string Name {get; set;}
    public string League {get; get;}
    public int Rating {get; set;}
}

在系统中创建新团队后，我将事件:TeamCreated 发布到服务总线:

{
    "MessageId": "33909eaf-56a1-4467-a01a-64b94f10490c"
    "MessageType": "TeamCreated",
    "CreationDate": "20-01-2016",
    "Payload":  {
        "Id": "11111www-56a1-4467-a01a-64b94f000111",
        "Name": "Toronto Maple Leafs",
        "League": "NHL NorthEast",
        "Rating": 100
    }
}

下一步，因为此条目已修改为以下内容:

{
    "MessageId": "33909eaf-56a1-4467-a01a-64b94f10490c"
    "MessageType": "TeamUpdated",
    "CreationDate": "20-01-2016",
    "Payload":  {
        "Id": "11111www-56a1-4467-a01a-64b94f000111",
        "Name": "Toronto Maple Leafs",
        "League": "NHL NorthEast",
        "Rating": 50
    }
}

如您所见，他更新的消息仍然保留所有属性的值，而不仅仅是更改后的属性(即团队评级)。

我的模型在实际系统中有超过 50 个属性，我不想在更新每个属性时为每个属性创建单独的事件。特别是因为在一次更新中可能会更改多个属性。

在事件溯源架构中是否有针对此场景的定义模式？

Answer 1

通常的答案是放弃 CRUD 事件，而是使用通用语言描述更改。

在某种程度上，这只是一个脱钩练习；我们试图描述“发生了什么”，而不会过多地关注我们今天碰巧实现实体状态的方式。

选择一个例子；假设“Leafs”要搬到维加斯；我们如何用无处不在的语言来描述它？我们可能会说球队搬迁(改变主场城市、体育场)、重新调整(改变联赛)，并且可能重新命名(改变球队名称) , 标志)，可能出售(更改所有权组)。因此，与其将这些数据打包到一个 TeamUpdated 事件中，不如将更改表示为多个事件，逻辑分组的数据共享适当的事件。

当您再水化实体时，它负责识别事件负载中的数据，并了解它如何更改自己的(私有(private))状态以反射(reflect)之前记录的历史记录。