[DC] Relations

Bonjour à tous,

J'ai crée mon premier diagramme de classe, qui représente une petite librairie d'accès aux bases de données MySQL. Je dispose d'un objet MySqlDb dont les méthodes executeXXX() retournent un résultat sous forme d'un objet MySqlDbResult, qui lui même retourne chaque ligne du résultat sous forme d'un objet MySqlDbRow. Les objets Result et Row ne sont pas stockés dans l'objet qui les renvoie, ils sont crées et retournés uniquement lors de l'appel à la méthode concernée.

Mes questions sont:

• Que pensez-vous de ce modèle ? Décrit-il bien mon explication ?
• Quelle relation dois-je utiliser pour représenter l'implémentation des interfaces ? (J'ai utilisé Composition sans vraiment savoir... :oops:)
• Est-ce correct d'utiliser une relation d'agrégation comme je l'ai fait pour représenter le lien qui existe entre mes 3 classes principales ?

D'avance, un très grand merci pour vos précieux conseils

Salut !

La relation d'implémentation est une flèche à triangle blanc, en pointillés ; la composition ne représente qu'une relation de... composition, c'est à dire quand A "est composé de" B

Tu devrais indiquer le type de retour des méthodes :

+getField(index:String) : String/int/...

Tu peux placer un lien vers l'exception, pour indiquer qui l'envoie (un simple trait)

De même, l'agrégation n'est pas adaptée ici : il s'agit d'une relation "d'utilisation" plutôt. Tu peux également placer un trait simple. Le lien sera plus fort/explicite en exprimant le type de retour des méthodes.

Si tu as d'autres questions, n'hésite pas, et aussi envoie les diagrammes futurs ;)

Je viens de voir ta toolbox :

L'héritage c'est "Generalisation", l'implémentation d'interface c'est "Realization"

Tu peux aussi préciser si c'est utile les méthodes de tes interfaces, et ne plus les rappeler dans les classes implémentant l'interface.

Bonjour,

Citation:

---

Envoyé par Amnesiak

Les objets Result et Row ne sont pas stockés dans l'objet qui les renvoie, ils sont crées et retournés uniquement lors de l'appel à la méthode concernée.

---

Ce n'est pas ce que montre le diagramme car l'agrégation entre MySqlDb et MySqlDbResult indique le contraire.

Citation:

---

Envoyé par Amnesiak

Quelle relation dois-je utiliser pour représenter l'implémentation des interfaces ? (J'ai utilisé Composition sans vraiment savoir... :oops:)

---

il s'agit d'un héritage, et comme il y a une interface en jeu il faut utiliser une réalisation (- - - - -|>)

Citation:

---

Envoyé par Amnesiak

Est-ce correct d'utiliser une relation d'agrégation comme je l'ai fait pour représenter le lien qui existe entre mes 3 classes principales ?

---

donc non entre MySqlDb et MySqlDbResult

entre MySqlDbResult et MySqlDbRow je verrais plutôt une composition unidirectionnelle, c.a.d. MySqlDbResult <*>-----------> MySqlDbRow avec une multiplicité de 'n' (ou '0..' etc) car à priori un MySqlDbRow ne survit pas au MySqlDbResult et un MySqlDbRow ne connait pas son MySqlDbResult

Citation:

---

Envoyé par bruno_pages

il s'agit d'un héritage, et comme il y a une interface en jeu il faut utiliser une réalisation (- - - - -|>)

---

Il ne s'agit pour moi pas d'un héritage quand une interface entre en jeu, mais une implémentation. (Ou alors je me trompe ?)

Citation:

---

entre MySqlDbResult et MySqlDbRow je verrais plutôt une composition unidirectionnelle, c.a.d. MySqlDbResult <*>-----------> MySqlDbRow avec une multiplicité de 'n' (ou '0..' etc) car à priori un MySqlDbRow ne survit pas au MySqlDbResult et un MySqlDbRow ne connait pas son MySqlDbResult

---

Là, tout à fait d'accord ;)

Citation:

---

Envoyé par hed62

Il ne s'agit pour moi pas d'un héritage quand une interface entre en jeu, mais une implémentation. (Ou alors je me trompe ?)

---

je pense que la réalisation est un cas particulier d'héritage, mais cela ne change pas grand chose à l'affaire : il faut utiliser la réalisation ... ;)

Super, un grand merci pour vos réponses très instructives, je tiendrai compte de vos remarques à l'avenir !

Bonne journée, a+

Citation:

---

Envoyé par bruno_pages

je pense que la réalisation est un cas particulier d'héritage, mais cela ne change pas grand chose à l'affaire : il faut utiliser la réalisation ... ;)

---

Effectivement, il faut utiliser la relation de réalisation pour indiquer que la classe fourni une implémentation à l'interface. Là dessus tout le monde est d'accord.
Ensuite, pour chipoter, c'est bruno qui a raison. La réalisation est une forme particulière d'héritage. C'est d'ailleurs pour cette raison que les deux symboles graphiques sont proches (fleche blanche trait plain / fleche blanche trait pointillé).
Par ailleurs, une interface a deux symboles graphiques standards : le rond et le carré avec un stéréotype <<interface>>. Le problème du rond est qu'il est avare en information. En l'occurence, on ne sait pas du tout ce que les classes doivent implémenter.