ドメインモデル - 階層型オブジェクト識別子対の関係

Question

架空のドメインモデルを肉付けしながら、私は自分自身のドメインオブジェクトを関連でより良いアプローチは、親ドメインオブジェクトを持っているだろうかどうか迷っポインタ（子の識別子）を含むか、またはそれがより良いアプローチであるかどう発見しました親オブジェクト内の複合体を構築するために子オブジェクトを使用する。

私はそれはつまるところ何され、各アプローチの長所と短所、複雑対サイズのオフ主に貿易を見ることができます。私は遅延ロードの任意の並べ替えを行うための必要性を予想しておりませんと、識別子関係のアプローチに向けてより傾く傾向がある。

直接関係していないが、

、ドメインオブジェクトは、単純なPOCOS（のPOJOの.NET相当）です。彼らは最終的にアプリケーションドメイン間で交差することを良いチャンスがあると彼らは明示的に、直列化可能としてマークされています。 LINQは、私の意見では、実行可能なリレーショナル識別子のアプローチを行い、LINQは利用できなかった場合、私はまったく考えていない。

の任意の考えをいただければ幸いです！

の編集：私は、識別子のみのアプローチの方に傾く可能性がありますより多くの思考のカップル。最初は、オブジェクトのキャッシュポリシーということでしょう。彼らのポリシーによって定義されるように、親と子オブジェクトは、別のTTLを持っていることは完全に可能です。再利用可能なデータの場合 - 第二は、同じ子が複数の親によって保持されるかもしれないという点で参照保持が、オブジェクトの再利用を制限する可能性があることであろう。これらの両方も同様に、シリアル化されたオブジェクトの全体的なサイズに関連している。の

Answer 1

私は私のPOCOSの両方を使用します。私は、親クラスと子クラスの1つの親インスタンス上の子のリストとそれらを生成します。