Discussion :

[mimosa803]

Bonjour,

J'ai un exercice à faire en Java qui gère une banque, les clients et leurs comptes.
En cherchant un peu sur le net, j'ai trouvé un diagramme http://laurent-audibert.developpez.c...L/Banque_0.png
mais je ne comprends pas pourquoi on reliet le client avec la banque.
J'ai pensé à crée une classe d'association "Compte" entre les deux classes Banque et Client puisque un compte dépend d'un client et de la banque.

Cordialement

[bruno_pages]

Bonjour,

vous pouvez effectivement dire que Compte est une classe association, c'est même une sorte de cas d'école montrant l'intérêt des classes association

visuellement le résultat sera donc un peu différent, mais la différence s'arrête là, au niveau 'implémentation' c'est exactement la même chose

[mimosa803]

Bonsoir,

Merci pour votre réponse mais au niveau implémentation on aura pas la même chose vu que si on fait une classe d'association, au niveau génération de code on aura un objet de type client et un objet de type banque. Par contre avec l'autre conception, dans la classe banque on aura un tableau de client et un tableau de compte, et dans la classe client on aura un tableau de compte (bon ca dépend de la navigabilité). En fait avec cette conception je vois qu'il y a une redondance.

Merci

[bruno_pages]

Bonsoir,

non, car une classe d'association est à la fois une classe et une relation

[mimosa803]

Oui je sais, en fait j'ai générer le code avec les deux conceptions mais je n'ai pas obtenu la même chose. En effet l'association qui relie la classe client et la classe compte, ajoute d'autre attributs aux classes.

[bruno_pages]

il y a effectivement plusieurs façons possible d'implémenter une classe d'association, mais si on s'en tient à une définition à la lettre :

• une classe d'association est d'abord une association, c.a.d. qu'on retrouve une relation entre client et banque
• ensuite cette classe d'association étant une classe à part entière cela veut dire que celle peut hériter, avoir des attributs, des opération etc et bien-sûr des instances. Compte est donc bel et bien une classe. En fait pour chaque couple d'instances de client et de banque relié par la relation il y a une instance de la classe compte, cette instance ne fait parti ni de client ni de banque mais de la relation qui les lit. Le moyen le plus naturel de le faire est bien évidemment d'avoir une relation de client vers compte et une relation de banque vers compte, et bien-sur pour un couple donné d'instances de banque et de client ces deux relations pointent vers la même instance de compte

on se retrouve donc très exactement avec le diagramme donné en début de discussion