DDD：多くの他のオブジェクトのうちの1つに関連するオブジェクト、または他のオブジェクトのみに関連する多くのオブジェクト？

Question

タイトルはうまくいきますが、私が質問のために考えることのできる最も良い説明が例です。

アカウント、予定などのシステム内の他の種類のオブジェクトに添付できるメモを表すオブジェクト「ノート」があるとします。ノートは日付とノートの内容のみを持ち、別のオブジェクトの1つのインスタンスにしか適用できません。ある

だから、より良い：

• 一つ、ノートがために作られた任命への参照を持つことになります（注に適用されていないタイプのヌル参照を持つことができます注の種類、しかし場合はnullアカウント/システム内の他のオブジェクトではない）
• 同じロジックを複製するが、注釈の参照が不要な複数のノートタイプ（AppointmentNote、AccountNote）。

これらは永続クラスであり、私はサブクラス化されたノートタイプを持つことによって技術的に複雑にしたくないことに注意してください。この例ではドメインを可能な限りフラットにしておきたいと思います。

Answer 1

他のオブジェクトが参照する単一のNoteクラスではないのはなぜですか？アポイントメント、アカウントなどは、単にノートオブジェクトの総称リストを有するだけである。

Answer 2

だから、これは良いです。それが適用されていないタイプのヌル参照を持つことができます注

• 一つのタイプ（注ノートがために作られた任命への参照を持っていますが、nullになります
• 複数のノートタイプ（AppointmentNote、AccountNote）は、同じロジックを複製しますが、メモの参照が無関係にならないようにしています。

どちらもありません。また、私たちがあなたの物やテーブルについて話しているかどうかについては完全にはっきりしていません。

メモの種類は1つです。それは、それがまったく関連しているオブジェクトを参照すべきではありません。

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をサポートするために簡単にする必要がありますどちらのデータベーステーブルをレイアウトする方法、のカップルがありません - 本当に-ORM-が、 -half-look-like-one（Linq2SQLやSubSonicなど、データベーステーブルごとにクラスを生成するツール）。

まずDBレイアウト：

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

だから何のn-1外部キーがnullの場合。これは、クラスごとの階層構造であり、特定のサブクラスでは無意味な列を持つために受け入れられます。

第二の方法：

TABLE Notes 
(
    Id, 
    CreatedOn, 
    Content 
) 

TABLE AccountNotes 
(
    AccountId, 
    NoteId 
) 

TABLE AppointmentNotes 
(
    AppointmentId, 
    NoteId 
) 

そして、これは、テーブル・クラスごとのレイアウトのより多くのだろう。コード内でサブクラス化されたNote型が実際に必要であるとは言わないが、たとえそれを行っても、 "ツールとの戦い"を避けるために、論理の重複を意味するものではない。

最後に、選択する必要があります。任命に関する注釈は本質的に勘定科目とは異なりますので、あなたはあるレベルでそれに対処しなければなりません。