Discussion :

[rdtech]

bonjour,
j'amorçe le développement d'un jeu de l'oie dans une console.
J'ai un premier diagramme de classes:

Pour moi, l'agrégation signifie que le gobelet doit créer/détruire les dés puis les lancer. Mais dans le main, il serait quand même intéressant que je puisse lire le résultat affiché sur les dés. Je ne pense pas que ce soit le boulot du gobelet. J'ai donc établit une relation entre la classe Main et la classe De.

Si j'y arrive, il me semble que je pourrai donc détruire (voire créer) les dés depuis la classe Main ce qui est contradictoire avec le rôle de l'agrégation.
Ai-je une mauvaise réflexion ou faut-il faire autrement ou autre ?

Merci.

[rdtech]

Scusi,
je parle de gobelet mais il faut entendre cornet (comme celui de Tournesol !)

[bruno_pages]

Une agrégation simple ne dit rien concernant les durées de vie, la durée de vie d'un dé n'est donc pas liée à celle du cornet. Si un dé disparaît lorsque son cornet disparaît il faut alors utiliser une composition

Mais je ne vois pas en quoi un cornet serait constitué de dés, donc pour moi la relation n'est ni une composition ni une agrégation.

Si je ne m'abuse l'attribut sac et la relation entre Cornet et De sont redondants, le mieux est de retirer l'attribut sac et de garder la relation en nommant le rôle. Ceci dit sac est un curieux nom

Il en est de même entre la Main avec l'attribut cornet et la relation entre Main et Cornet

Vous êtes sure que les relations doivent être bidirectionnelles ? Quel intérêt pour un dé de connaître un cornet (et dans le second cas la main), et un cornet la main ?

La classe Dé à deux constructeurs où la seule différence est l’existence d'une valeur par défaut, si vous générez le code le compilateur qui passera derrière ne va pas apprécier

Sinon un gobelet créateur de dés c'est un sacré tour de force, je vous conseille de vite déposer le brevet