Version imprimable
salut.
Je commence par vous donner mon schéma uml :
http://www.imagup.com/imgs/1243377313.html
Mon problème est que la classe Vertex contient un attribut node (le 5eme attribut) et qui est de type Cercle, Square ou Rectangle(selon des conditions) et j'arrive pas représenter cela avec uml.
Merci
bin ton attribut node de type node a un lien avec la casse node (qui n'est pas représentée ici...) qui est spécialisée comme ta classe behaviour en cercle square rectangle (soit tu utilises de l'anglais soit du français... ça me fait bizarre :aie:)
Est-ce que ça répond à ta question?
par contre moi j'en aurais une c'est quoi la différence entre behaviour et node?
Bonjour,
Dans un diagramme de classes la contrainte d'exclusion peut se représenter comme ça.
http://theleadingedge.developpez.com...guitariste.jpg
Mais le nom de la classe (behavior) me fait croire que tu avais peut-être une autre idée que l'héritage en tête ?
S'il s'agit de ce que je pense, un graphe, il s'agit de la classe Vertex. Dans ce cas je pense que Node et Vertex ont un lien et devraient être en relation.Citation:
Envoyé par lelutin
[edit] désolé je voulais dire Edge et Vertex devraient être relié :oops: [/edit]
Et pourquoi ces attributs collection dans ta classe Graph ?
salut.
oui j'ai peut être oublié de dire que c'est pour une interface qui permet de créer des graphes et je code en javaFX.
Au début de la conception j'ai pas mis l'attribut node dans ma classe Vertex.
donc tous mes noeuds (vertex) étaient sous forme de cercle et j'avais pas de classe Behaviour etc....
Mais après on a exigé de moi que l'utilisateur peut choisir la forme des noeuds.
J'ai donc ajouté l'attribut node qui est de type Node(une classe javaFX qui est la classe mère de tous les formes qu'on peut dessiner en javaFX) et que je lui affecte comme valeur soit un cercle un rectangle etc....
Comme le comportement des noeuds ne change pas (quand je dis comportement c'est la réaction avec les événements de la souris) j'ai crée la classe Behaviour et j'ai mis dedans toutes les fonctions nécessaires (onMouseClicked, onMousePressed....)
voila
Parce que mon graphe est constitué de noeuds(Vertex) et d'arc (Edge).Citation:
Envoyé par TheLeadingEdge
;) J'avais bien compris.Citation:
Envoyé par guitariste
Ce que je voulais dire c'est qu'il s'agit de relations, et donc qu'il n'y a pas lieu de faire apparaitre explicitement les attributs collection dans la classe comme tu l'a fait.
Si tu vois un sommet comme un Cercle ou un Rectangle ou autre ... (est un), spécialises Vertex en Circle, Square etc ... avec la contrainte d'exclusion.Citation:
Envoyé par guitariste
Si tu considères qu'il sagit plutôt d'un comportement différent et pas d'une spécialisation (d'ou ma question à propos du nom de ta classe) fais de Vertex une interface et créés des classes concrètes Circle, Square, Rectangle.
Je ne connais pas JavaFX et je ne sais pas comment est implantée Node, si c'est plus compliqué tu peux regarder les Design Pattern. La délégation et Adapter en particulier devraient te donner des bonnes pistes.
salut.
bon voila j'ai finalement changé la conception de mes classes :aie:
http://ups.imagup.com/04/1243528318_Class Diagram 3.jpg
voila j'ai integrer les methodes de classe Behaviour dans la classe Vertex,
et à chaque fois je surcharge celles dont j'en ai besoin !
Mais je me pose cette question : est il normal qu'on change la conception
suite à un probleme technique où pour l'adapter à un langage specifique !
Où c'est le resultat d'une mauvaise conception !!
Merci
Re,
La conception peut évoluer bien sur, et même le doit, surtout si tu es dans un processus agile.Citation:
est il normal qu'on change la conception suite à un probleme technique où pour l'adapter à un langage specifique !
Où c'est le resultat d'une mauvaise conception !!
Pour autant ça doit rester une évolution, sinon c'est peut être le signe
qu'il y un pb d'adéquation entre le modèle et les besoins.
Ds ton diagramme il y peut être une raison pour que Edge et Vertex ne soient pas reliés.
Mais ça me semble étrange. D'autant plus qu'il y a 2 collections edges dans tes vertice.
Comme tu ne géres que l'incidence, je pense que ça peut se représenter comme ça.
http://theLeadingEdge.developpez.com...itariste 4.jpg
PS : tes images sont ''un peu'' grandes. ;) essaies de les réduire un peu.
salut.
oui c'est vrai j'ai oublié de les relier :oops:
pour ton diagramme, pourquoi tu utilises l'interface élément ?
sinon sympa ton dessin :D tu l'a fais avec quoi ?
Merci
ps : Désolé pour la taille des images c'est réglé ;)
Déjà je dirais parce que ta classe Graph ça l'intéresse moyen de savoir si c'est un sommet ou 1 arc. Elle a une liste d'éléments à gérer, c'est tout.Citation:
Envoyé par guitariste
Ensuite ''Programmer pour des interfaces, pas pour des implémentations'' ça répond en partie à ta question précédente. Ca rend ta conception évolutive. Si tu ajoutes ou que tu enlèves ou que tu modifies un type d'élément, c'est transparent pour ton appli.
Mais c'est la question qui vaut 200 pages de réponse ça ! Si tu es intéressé par plus de détails, fais une recherche sur les bonnes pratiques OO ou ouvre une nouvelle discussion sur le sujet.
RSD (Rational Software). Si tu cherches un AGL regardes les liens dans ce post télécharger les logiciels pour réaliser les diagrammes UML . Il y en pour ts les budgets, tous les besoins et ts les gouts. Et il doit y avoir plus d'explications sur la page outils de uml.developpez.com.Citation:
Envoyé par guitariste
SuperCitation:
Envoyé par guitariste
ok
merci pour toutes les réponses :ccool: