Version imprimable
hello,
j'ai un petit souci avec ce pattern.
je souhaite réaliser la mise en place de divers algorithme pour un même fonction, mais la ou est le probleme, est que ces divers algos ne possedent pas le même type de parametres, et même pire, ils ne possedent pas le même nombre de parametres.
comment peut-on faire pour permettre la mise en place de ce pattern dans ce cas, car l'heritage ne permet pas d'utiliser ce cas ci ?
Salut,
Selon moi, l'UML n'est qu'un outil de modélisation...
C'est à dire qu'il sera parfait pour représenter les relations entre tes différentes classes, mais qu'il ne doit en aucun cas s'occuper de l'algorithmique qui permet de les faire fonctionner.
Crée le shéma de ton pattern, avec les relations qui vont bien entre tes différentes classes, mais utilise plutot une méthode d'algorithmie (dont ma préférée est le Nassi-Shneiderman) pour créer l'algorithme qui te permettra de t'assurer que ta fonction arrivera au résultat voulu en fonction des parametres qu'elle recoit (et des membres de classes auxquels elle a acces).
Il est faux, selon moi, de croire que la modélisation fait tout...
Elle permet, tout comme le font les desing patterns, de dire que "ton application, et les classes qui la composent rentre dans tel moulle"
Pour ce qui est de la logique à mettre en oeuvre pour arriver au résultat voulu à l'intérieur des classe que la modélisation a mise en évidence, il faut partir sur une méthode d'algorithmie ;)
Oui mais bon mon probleme n'est pas algorithmique mais conceptuel.
Je developpe en JAVA, et j'ai deja realise mi en place mon pattern avec ses strategies concrete que j'etend au fur a mesure de mon avancé dans le projet.
Pour le moment j'utilise un objet "Options" qui est en fait une liste de toute les options possibles, on voi tout de suite que c'est moche car la creation d'une "Options" entraine l'apparition de tous les parametres possibles. Sans compter que si un nouveau parametre auquel je n'ai pas pense apparais je dois reouvrir mon code pour enrichir "Options" de ce parametre.
Si je derive Options pour le rendre specifique a chaque Strategie (OptionStrategie1, OptionStrategie2, ...), je tombe sur un probleme d'accesseur inexistant dans la classe mere Options.
Bref je bute sur un probleme coneptuel
Salut,
Il n'y a pas moyen de généraliser un peu plus ?
Par exemple qu'est-ce qu'une option exactement ? C'est pas juste une clef et une valeur ? Du coup ça donnerait un format uniforme manipulable de manière homogène.
MAT.