Domain Model - Identifier Beziehungen vs. Hierarchische Objekte

Question

Während eine hypothetische Domänenmodell konkretisieren, habe ich mich, ob der bessere Ansatz Objekte in Bezug Domäne fragen gefunden eine übergeordnete Domäne bezwecken wäre, einen Zeiger (die Kennung des Kindes) enthalten oder wenn es ein besserer Ansatz wäre, die untergeordneten Objekte zu verwenden, um einen Verbund innerhalb des übergeordneten Objekts zu bauen.

kann ich die Vor- und Nachteile der einzelnen Ansätze sehen, die meist einen Kompromiss von Größe im Vergleich zu Komplexität, zu sein, was es läuft darauf hinaus. Ich würde dazu neigen, mehr in Richtung einer Kennung Beziehung Ansatz zu lehnen, da ich nicht die Notwendigkeit zu tun, jede Art von verzögertes Laden antizipieren.

Obwohl nicht direkt verwandt sind, sind die Domain-Objekte einfach POCOs (.NET-Äquivalent von POJOs). Sie sind ausdrücklich als serialisierbar markiert, da es eine gute Chance, dass sie schließlich zwischen Anwendungsdomänen kreuzen. LINQ macht die relationale Kennung Ansatz tragfähige, meiner Meinung nach, und ich würde es nicht prüfen, ob LINQ nicht verfügbar waren.

würde Irgendwelche Gedanken zu schätzen!

Edit: Ein paar mehr Gedanken, die mich zu einem Identifier-only-Ansatz lehnen haben könnten. Zunächst wäre, dass die Caching-Richtlinie der Objekte. Es ist durchaus möglich, dass ein Elternteil und Kind-Objekt verschiedene TTLen haben, wie sie durch ihre Politik definiert. Die zweite wäre, dass das Referenzobjekt Halt Wiederverwendung begrenzen könnte, dass das gleiche Kind könnte von mehreren Eltern gehalten wird - im Fall von wieder verwendbaren Daten. Beide auch beziehen sich auf die Gesamtgröße der serialisierten Objekte, wie gut.

Answer 1

Ich benutze beide auf meiner POCOs. Ich erzeugen sie mit einer Liste von Kindern auf der übergeordneten Klasse und einer übergeordneten Instanz auf der Kind-Klasse.