Discussion :

[inddzen]

J'ai developpé un modele objet assez complexe (une quarantaine de classes), et a present je bloque un peu au niveau de l'implementation.

Soit une classe A composee de la classe B et C, la classe B etant elle meme composee d'autres classes etc... Une sorte d'agregation multi-niveau.

Ma premier question concerne l'agregation. A votre avis quelle est la meilleure maniere de ce type de relation pour le cas que j'ai cite?

Ma deuxieme question concerne l'acces. J'ai sans cesse besoin d'acceder aux infos d'une classe a partir d'une autre, et vu la complexite du modele, je commence a avoir des doutes. Pour le moment, je passe les donnees en argument a la classe qui en a besoin et j'y declare d'autres instances, mais je trouve cette solution plutot lourde et pas tres pro. Un avis?

Merci d'avance

[Luc Hermitte]

N'aggrège pas à tout va sans encapsuler. Faire des boites transparentes n'est pas toujours une bonne idée. Les boites noires, c'est bien aussi.

Si je ne me trompe pas, fais une recherche sur la loi de demeter (demeter's law).

[r0d]

Je n'ai pas une grande expérience dans la conception, mais je pourrais déjà te donner deux ou trois constats personnels:

- il est parfois impossible de se passer d'aggregations, il faut donc faire avec.
- comme le dit Luc, il ne faut pas hésiter à encapsuler un aggrégat. Par exemple:
une classe A est une aggrégation d'une classe B et d'une classe C. La classe B contient une méthode f(); Si cette méthode doit être utilisée par le code qui manipule A, il ne faut pas hésiter à créer une méthode f() dans A qui appelle elle-même B::f().
- ne pas hésiter à proposer des interfaces (classes virtuelles) pour les classes un peu complexes.
- ne pas hésiter à utiliser le pattern mediator pour simplifier les échanges de données entre les classes.

Hope it helps.

[inddzen]

les gars, vous m'avez mise sur le bon chemin...
Le temps d'un peu de recherche sur google et de lecture et le tour est joué