Définition de relations plusieurs-à-plusieurs dans DDD

Question

Les structures de tables plusieurs-à-plusieurs sont-elles définies en tant qu'objets de valeur dans DDD? Que faire si ma structure many-to-many a un identifiant unique? En outre, qu'en est-il des relations un-à-plusieurs? Par exemple, si j'ai 2 structures Post & Commentaire avec 1-à-plusieurs (respectivement) ne serait pas un objet de valeur car il ne peut techniquement pas exister sans un poste correspondant? Mais que faire si il a un Id unique (Comment_Id)? Cela le rend identifiable et donc une entité objet non-valeur? Alors, c'est quoi?

Merci!

Answer 1

Vous n'avez probablement pas besoin de DDD pour le blog. DDD est plus sur la logique métier. Vous n'aurez pas assez de logique métier pour bénéficier de DDD.

Si vous voulez toujours utiliser DDD, ce n'est pas un problème. Quelques lignes directrices:

1. Si vous souhaitez que quelque chose soit référenable en dehors de la logique métier, il doit s'agir d'entité. Donc, si vous avez besoin de références aux commentaires (sinon vous ne serez pas en mesure de les gérer efficacement), vous avez besoin de vos commentaires pour être une entité.
2. Vous devez maximiser l'ignorance de la persistance. Cela signifie que vous ne pouvez pas exposer les identifiants à votre logique métier.
3. Les relations plusieurs-à-plusieurs et un-à-plusieurs sont modélisées avec des collections simples. L'outil ORM doit mapper correctement ces collections.

Espérons que cela aide à éviter DDD dans votre situation.