Discussion :

[1cado]

Bonjour à tous,


Je me pose beaucoup de questions pour les associations entre classes.

Exemple : une REGION contient des DEPARTEMENTS (et donc un DEPARTEMENT appartient à une REGION).
Est-ce que c'est la classe Region qui contient des classes Departements (une liste de départements) ou bien ce sont les classes Departements qui ont une référence vers une classe Region ?

En fait, je me retrouve souvent à définir des relations bi-directionnelles pour pouvoir passer d'un coté ou de l'autre d'une association. Mais c'est trés mauvais pour le couplage...


J'ai un autre exemple :
Deux classes Categorie et Produit. Une classe Catégorie contient des Produits.

Comment savoir la catégorie d'un produit ? Est-ce que je dois définir une classe ListeCategories avec une méthode

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Categorie trouverCategorieDuProduit( Produit )

?

Franchement je me perds dans les responsabilités. Qui doit être associer à qui ?

Est-ce qu'il existe une régle pour définir les directions des associations ?


Merci beaucoup,

G.-perdu dans son design...

[ego]

La règle en la matière c'est de définir le sens le plus approprié à la navigation que tu vas avoir à faire dans ton modèle.
Dans le cas Departement-Region, si la dynamique de ton application fait que c'est plutôt depuis la region que l'on accède aux départements alors il vaut mieux que la classe Region stocke une liste des Departements.
De toute manière, tu pourras toujours retrouver depuis un département la region qui le contient en parcourant toutes les régions et en leur demandant "eh, region est ce que tu contient ce département X ? Mais tu vois bien que là, il va falloir faire un traitement et non un simple accès via une référence; ce qui n'est peut être pas si grave si cela n'arrive pas souvent et/ou qu'il n'y a pas beaucoup de regions.

Bref, d'une manière générale, il est quand même plus simple de gérer des liens mon-directionnels que des Bi où il faut mettre à jour les 2 extrémités de l'association. Ceci dit avec un pattern simple, appliqué à toutes tes relations bi-directionnelles tu peux toujours t'en sortir.

[1cado]

Hum, ok.

Merci pour la réponse, je vais partir de ce principe "d'usabilité" pour mes associtations.


G.