Salut,

Lorsqu'on a des associations entre diverse table (N:N, 1:N etc) et que l'on veut traduire ça en POO pour mettre en relation des objets issus de ces classes, est ce qu'il y'a une logique stricte à respecter ou ça dépend du contexte, cas d'utilisation etc ?

Ex: Pour une 1:N, en POO doit on toujours mettre un tableau de N objet/référence sur l'objet coté cardinalité 1 ou créer une autre classe dont le rôle est de faire l'association etc

PS: J'ai pas précisé,je parle d'agrégation / composition

Imaginons une table client, commande
un client a N commande

Ca veut dire que ta classe client a une propriété liste de commande

Je sais que certains ORM quand il te génère les classes ils font en sorte d'avoir les liens dans les 2 sens pour plus facilement récup les infos, t'aura donc aussi la classe commande qui aura une propriété client.

A voir suivant tes besoins.

Ouais je vais faire ça, mais je vais tout de même gardé un lien bi directionnel dans le cas où on a besoin de connaitre l'objet referencé depuis l'un des N objets.

J'ai une autre question cependant. On a du coup Table A 1:N Table B. En POO j'ai classe A et classe B et chaque classe a son propre manager pour se connecter à la BDD.

Si je supprime une ligne A via une méthode de manager A, est ce que le manager A a la responsabilité de mettre à jour les N objets B ou bien il se contente de supprimer la ligne A et laisse à l'appelant la responsabilité de mettre à jour le reste de la BDDR ?

Tu fais des contraintes de clés étrangères depuis ta table, ça se fera automatiquement depuis ta BDD dans le cas d'une Update ou d'un Delete en Cascade.