DDD：与其他许多其他对象相关的对象，还是仅与另一个对象相关的对象？

Question

标题neds的工作，但我可以想到的最好的解释是一个例子。

假设您有一个“注释”对象，表示可以附加到系统中其他类型对象的注释，例如Account，Appointment或其他。笔记只有日期和笔记的内容，并且只能应用于另一个对象的一个​​实例。

因此，这是更好的：

注意，可以有它不适用于（注意必须说明是为的预约的引用类型的空引用的

• 一种类型，但空的帐户/其他对象在系统中它不是）
• 重复相同的逻辑，但避免具有无关笔记引用的多笔记类型（AppointmentNote，AccountNote）。

请记住，这些是持久性类，我不希望技术上由于具有子类注释类型而使事情复杂化。在这种情况下，我希望保持域名尽可能平坦。

Answer 1

为什么不只是其他对象引用的单个Note类呢？约会，帐户等只是一个Note对象的通用列表。

Answer 2

因此，这是更好的：

• 一个需要注意的是可以有它不适用于（注意必须说明是为的预约的引用类型的空引用，但空的类型对于系统中不存在的帐户/其他对象）
• 复制相同逻辑但避免具有不相关注释引用的多个注释类型（AppointmentNote，AccountNote）。

也没有。另外，我不清楚我们是在谈论你的对象还是你的表格。

有一种类型的注释。它不应该引用它所涉及的对象。

public class Note 
{ 
    public DateTime CreatedAt { get; set; } 
    public string Content { get; set; } 
} 

public class Account 
{ 
    public ICollection<Notes> Notes { get; } 
} 

public class Appointment 
{ 
    public ICollection<Notes> Notes { get; } 
} 

然后有一对夫妇的方式来铺陈数据库表，这两个应该很容易地与任何ORM支持（虽然不一定容易，以支持一个不真正-AN-ORM，但-half-look-like-one，例如Linq2SQL或SubSonic，可为每个数据库表生成类的工具）。

首先DB布局：

TABLE Notes 
(
    Id, 
    CreatedOn, 
    Content, 
    AccountId, 
    AppointmentId 
) 

那么，如果n-1外键为空。这是每级类型的平行式样式，它被接受为对某些子类无效且无意义的列。

方法二：

TABLE Notes 
(
    Id, 
    CreatedOn, 
    Content 
) 

TABLE AccountNotes 
(
    AccountId, 
    NoteId 
) 

TABLE AppointmentNotes 
(
    AppointmentId, 
    NoteId 
) 

，这将是更多的表，每级的布局。没有人说你实际上需要在代码中使用子类注释类型 - 但即使你这样做了，为了避免“打击你的工具”，它并不意味着逻辑的重复 - 只需使用基本类型并将你的行为放在那里。

最后，你将不得不选择。关于预约的说明与账户记录本质上不同，你将不得不在某个层面上处理它。