DDD 建模问题：学生、教室、座位和学生最喜欢的座位

Question

我不知道如何模拟这种关系......

教室里有很多座位，每个学生都在教室里学习，并且在里面有一个最喜欢的座位。

在我看来，我有两个聚合根：教室和学生，座位 a 是由教室聚合的实体...

并且对于学生来说，拥有最喜欢的座位，它必须持有对其的引用（座位不是聚合）根）。

有什么建议吗？ 预先感谢，埃里克。

Answer 1

嗯，这要看情况...我的教室里可能会有像你这样的座位。学生可以是实体，但座位对我来说更像是有价值的物体。然而，这一切都取决于您的背景。我不确定什么对你来说重要，如果我的建议没有意义，请解释你的背景。

Answer 2

一个可能的选择是为每个座位都有一个最喜欢该座位的学生列表。课堂聚合根将负责维持这样的约束：学生在教室中不能拥有多个最喜欢的座位。使用此选项，座位是一个实体（不是值对象），由教室聚合并引用学生。

Answer 3

听起来您需要引入一个值对象 Location，它描述教室中的一个位置，然后您可以在学生班级中对它们进行建模：

public IDictionary<Classroom, Location> FavoriteSeats;

教室可以引用 Seat 实体的位置。

（如果它们确实是首先的实体 - 您甚至可能会发现您不需要将座椅建模为实体（例如，“闻起来像汉堡包的蓝色塑料椅子）。）

Answer 4

OP 几个月后，但以防万一它有用。

@Jeff Sternal 走在正确的轨道上。该问题从根本上讲是关于管理学生、教室和座位之间的三元（三元）关系。由于这是一个关系问题，所以我们暂时保留关系概念并将其称为 FavouriteSeat(Student, Classroom, Seat)。

如上所述，除了唯一标识符之外，该问题不需要任何关于它们的知识。现在让我们使用伪类型“ID”（并不重要，只要每个都是唯一的）。

在伪 SQL 中，我们有：

create table FavouriteSeat(
   StudentID ID not null,
   ClassroomID ID not null,
   SeatID ID not null)

该表上的标准 CRUD（创建/读取/更新/删除）操作提供了所需的所有操作。然而，它缺少一些限制。现在，学生在教室里可以有 2 个或更多最喜欢的座位。尽管没有明确说明，OP 暗示学生在任何给定的教室中最多应该有一个（0 或 1）个最喜欢的座位。

我们可以通过在表上添加唯一键来解决这个问题。再次使用伪 SQL：

alter table FavouriteSeat add unique key (StudentID, ClassroomID) 

现在，对于任何给定的教室，学生只能拥有一个最喜欢的座位。还有一个问题。该解决方案目前不支持定义哪些教室有哪些可用座位。我们可以通过以下方法解决这个问题：

1. 添加一个新表，列出每个教室的有效座位：

   创建表 ClassroomSeat (
   ClassroomID ID 不为空，
   SeatID ID 不为空）

   alter table ClassroomSeat add unique key (ClassroomID, SeatID)

2. 向 FavouriteSeat 表添加外键，以便它只能引用有效的 ClassroomSeats：

   alter table FavouriteSeat addforeign Key FK_Seat (ClassroomID, SeatIDreferences FavouriteSeat (ClassroomID, SeatID).

就是这样，

关系模型可以很容易地在 OO/DDD 中进行转换。 ClassroomSeat 具有用于 CRUD 操作的方法，这些方法必须强制执行上述的唯一和外键约束，

Customer、Classroom 和 Seat 可以是值类型（尽管可能存在更广泛的未声明的要求）。无论哪种方式，他们都需要一个可以在 FavouriteSeat 方法中检查的唯一标识符属性。