Modelo de Domínio - Relações Identificador vs. Hierarchal Objetos

Question

Enquanto dar conteúdo a um modelo de domínio hipotético, eu encontrei-me perguntando se a melhor abordagem em relacionar objetos de domínio seria ter um objeto de domínio pai contém um ponteiro (o identificador da criança) ou se seria uma melhor abordagem usar os objetos filho para construir um composto dentro do objeto pai.

Eu posso ver os prós e contras de cada abordagem, principalmente um trade off de tamanho em relação complexidade, sendo o que se resume a. Eu tenderia a se inclinar mais para uma abordagem relacionamento identificador, como eu não estou antecipando a necessidade de fazer qualquer tipo de carregamento lento.

Embora não directamente relacionada, os objetos de domínio são POCOs simples (NET-equivalentes de POJOs). Eles são explicitamente marcado como serializável, como há uma boa chance de que eles irão, eventualmente cruzar entre domínios de aplicação. LINQ torna a abordagem identificador relacional viável, na minha opinião, e eu não iria considerá-lo em tudo se LINQ não estavam disponíveis.

Qualquer pensamento seria apreciada!

Editar: Um par de mais pensamentos que poderiam ter me inclinar-se para uma abordagem só de identificador. Primeira seria a de que a política de cache dos objetos. É inteiramente possível que um pai e objeto filho têm diferentes TTLs, conforme definido pelas suas políticas. A segunda seria a de que a realização de referência limite poderia objetar reutilização, na medida em que a mesma criança pode ser realizada por vários pais - no caso de dados reutilizáveis. Ambos também se relacionam com o tamanho total dos objetos serializados, também.

Answer 1

Eu uso tanto no meu POCOs. I gerá-los com uma lista de crianças na classe pai e exemplo um dos pais na classe infantil.