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 
) 

，這將是更多的表，每級的佈局。沒有人說你實際上需要在代碼中使用子類註釋類型 - 但即使你這樣做了，爲了避免「打擊你的工具」，它並不意味着邏輯的重複 - 只需使用基本類型並將你的行爲放在那裏。

最後，你將不得不選擇。關於預約的說明與賬戶記錄本質上不同，你將不得不在某個層面上處理它。