问域驱动设计-如何聚合一个基于转弯的游戏

EN

在一种基于回合的游戏中，比如零和叉、跳棋、国际象棋、铅棋，我通常会期望“游戏”集合包括移动和当前位置的令牌/棋盘/画面。

其理由是，要弄清楚游戏历史是否内在一致，就需要能够“一起”看到所有的历史，这样你才能发现矛盾。

看到这一点的一种方法是注意到两个不同的成员通常不存在任何依赖关系，因此它们是聚合的不同实例是有意义的。如果一个游戏是由两个成员共享的，那么它不可能仅仅属于任何一个成员，所以它必须是某个单独跟踪的第三个聚合。

你说得对，有两个Aggregates，但现在你需要明白为什么。

成员聚合拥有成员的数据和行为。什么是会员的意思，如何成为会员，什么时候可以更名，什么时候可以解锁等等。

游戏集合拥有游戏规则和两个玩家。它拥有保护其不变量并在UI中显示它所需的所有数据。它保护的不变量是：

1. 在游戏开始之前，至少有两个不同的玩家必须存在，而且一个成员只能在同一游戏中玩一次。
2. 每个玩家都一个接一个地移动
3. 当玩家处于游戏状态时，它就不能再移动了。
4. 诸若此类

为了保护第二个不变量，游戏有一个turn状态，它是指向下一个玩家的指针。但是这里有一个有趣的问题:什么是播放器，如何在代码中表示它？

播放器是指向其中一个成员的指针。它拥有游戏聚合或UI所需的所有属性。游戏聚合需要它的ID来保护第一个不变量(检测重复ID)，以加载成员所玩的所有游戏，并在UI中显示玩家的名称，以便其他玩家知道他们正在玩的是谁。

播放机似乎是一个实体，因为它有一个ID和另一个属性，它的名称，但这并不是因为它没有自己的名字或行为:当一个成员可以改变它的名字和如何改变它的名字是由成员聚合控制的，玩家的名字被更新，没有播放器有一个词，也许在背景中。

从游戏的角度来看，玩家只是一个普通的对象，是不可变的，有一个ID和一个名为string。这是一个值对象的完美候选。

因此，尽管成员是聚合根(这是一种实体类型)，但是具有与成员相同的ID和名称的播放器不是实体，而是值对象。