Discussion :

[kossistus]

Bonjour à tous,
J'ai besoin de votre aide. Voila dans mon appli (ce n'est pas du web) je dois utiliser une dizaine d'ihm swing .
J'ai fait à la main le diagramme sur la navigation entre les fenêtres.Je compte utiliser le MVC pour les couches.

Question : Je me dis il me faut utiliser le pattern etat pour la navigation interne entre les fenêtres . Non ?
Si oui comment précisement ?
Il y aussi le pattern command qui n'arrete pas de me dire que c'est lui le mieux placé pour m'aider .
Si oui comment précisement ?
Vos suggestions sont déja les bienvenues.

[eclesia]

*de la part d'un non-patterniste*
tu peux tres bien te passer de tel ou tel pattern.

un pattern est fait pour te simplifier la vie (en théorie). si tu ne vois pas au premier abord comment l'appliquer a ton problème c'est qu'il ne correspond pas.

*faudrat lancer un debat quelque part sur : Pattern or not Pattern*

[Claythest]

un pattern est fait pour te simplifier la vie (en théorie). si tu ne vois pas au premier abord comment l'appliquer a ton problème c'est qu'il ne correspond pas.[/SIZE]

... ou que tu ne le comprends pas... Un pattern est parfois compliqué à saisir, mais une fois maitrisé, c'est un gain en temps et en facilité de développement.

Désolé kossistus, je ne peux t'aider, étant donné que je ne connais pas les patterns cités...

[®om]

Quelles sont les relations entre tes différentes fenêtres?

Car un pattern on l'utilise pour résoudre un problème particulier, pas un problème général "quel pattern je dois utiliser pour mon appli?"...

[kossistus]

Quelles sont les relations entre tes différentes fenêtres?

Car un pattern on l'utilise pour résoudre un problème particulier, pas un problème général "quel pattern je dois utiliser pour mon appli?"...

Merci pour vos reponses et je sais que les patterns sont pour simplifier la vie. Et par ailleurs je suis convaincu qu'ils cachent des tecnhiques objets ce que je veux posseder alors je m'efforce de les utiliser .

eclesia tu as dit : si tu ne vois pas au premier abord comment l'appliquer a ton problème c'est qu'il ne correspond pas.
==>Je ne suis pas d'accord avec toi. Souvent un oeil neuf peut nous diriger vers des solutions plus avantageuses et plus souples..

®om a dit : Quelles sont les relations entre tes différentes fenêtres?

==>Presque toutes les fenetres un bouton submit et cancel. Un click sur un submit renvoi une autre fenêtre et un cancel peut faire un retour à une etape anterieure ou à la fenêtre principale. Il y a aussi l'eternel browser pour atteindre un fichier. Il y a donc un enchainement logique entre les fenêtres.

[®om]

®om a dit : Quelles sont les relations entre tes différentes fenêtres?

==>Presque toutes les fenetres un bouton submit et cancel. Un click sur un submit renvoi une autre fenêtre et un cancel peut faire un retour à une etape anterieure ou à la fenêtre principale. Il y a aussi l'eternel browser pour atteindre un fichier. Il y a donc un enchainement logique entre les fenêtres.

Comme un wizard? avec les boutons previous et next?

[kossistus]

Comme un wizard? avec les boutons previous et next?

Non . Il n'y a pas de next

[eclesia]

==>Je ne suis pas d'accord avec toi. Souvent un oeil neuf peut nous diriger vers des solutions plus avantageuses et plus souples..

Ce que je voulais dire, c'est que meme sans connaitre aucun pattern tu peux resoudre ton probleme. C'est meme une preuve d'adaptation et de veritable capacité de développement. Indirectement on finit par retomber sur certain pattern, seulement quand tu l'as fait toi meme sans en connaitre l'existance c'est bien plus valorisant. A ce moment la tu appliques naturellement le pattern, comme ca te vient a l'esprit.

[HS]
Le développement c'est comme un jeu de mots croisés. Tu cherches, tu trouves, et après tu vas voir la solution. Non l'inverse, sauf si tu ne le fais pas pour le plaisir .
[/HS]

ps: je sais je suis bizarre, je suis un anti-moutonnisme.

[kossistus]

Ce que je voulais dire, c'est que meme sans connaitre aucun pattern tu peux resoudre ton probleme. C'est meme une preuve d'adaptation et de veritable capacité de développement. Indirectement on finit par retomber sur certain pattern, seulement quand tu l'as fait toi meme sans en connaitre l'existance c'est bien plus valorisant. A ce moment la tu appliques naturellement le pattern, comme ca te vient a l'esprit.

[SIZE="1"][SIZE="2"][SIZE="3"]

Ce que je voulais dire, c'est que meme sans connaitre aucun pattern tu peux resoudre ton probleme. C'est meme une preuve d'adaptation et de veritable capacité de développement. Indirectement on finit par retomber sur certain pattern, seulement quand tu l'as fait toi meme sans en connaitre l'existance c'est bien plus valorisant. A ce moment la tu appliques naturellement le pattern, comme ca te vient a l'esprit.

[HS]
Le développement c'est comme un jeu de mots croisés. Tu cherches, tu trouves, et après tu vas voir la solution. Non l'inverse, sauf si tu ne le fais pas pour le plaisir .
[/HS]

ps: je sais je suis bizarre, je suis un anti-moutonnisme.

Hummm!!

c'est que meme sans connaitre aucun pattern tu peux resoudre ton probleme.
==>Oui je sais, et je trouve que c'est dommage de ne pas utiliser
des modèles (bien sur pas à tout prix) à de problèmes que je pense classiques.

Indirectement on finit par retomber sur certain pattern, seulement quand tu l'as fait toi meme sans en connaitre l'existance c'est bien plus valorisant.
==>Plus valorisant? je ne crois pas. Au contraire c'est en cela même qu'ils sont interessants et sont des patrons de conception. Ne pas réinventer la roue, voila qui est un bon moyen de gagner du temps sans vouloir te faire la morale.

A ce moment la tu appliques naturellement le pattern, comme ca te vient a l'esprit.
==> Je suis désolé , il y a au moins 23 pattterns bien connus pour des situations que des developpeurs beaucoup plus intelligents que moi ont éprouvé et publés pour nous. La resolution de ce genre de problèmes devient plus naturel si on en connait certains ou tous .

PS: La plupart des langages objets mettent en eouvre regulièrement les patterns. Exemple de java: swing utilise utilise composite, et mvc. Les listerner utilisent adapter , observer, command. Il y a même un un observer par defaut. Les thread utilisent Command. Quand tu vois une classe qui n' a pas de constructeur, il a des chances que ce soit un singleton. Les IO utilisent en pagaille le decorator. etc ...
Je passe des framework qui sont basés entièrement sur des patterns composés . cas de struts sur mvc, spring sur mvc2. Ainsi il devient beaucoup plus facile de comprendre les api si on a une bonne connaissance des patterns.

Mon cher eclesia tu auras du mal à me convaincre

[eclesia]

Mon cher eclesia tu auras du mal à me convaincre

alors je ne vais pas me montrer tétu. A chacun ses convictions même si je trouve dommage qu'on fasse passer les patterns pour les N Commandements du développeur.

[kossistus]

alors je ne vais pas me montrer tétu. A chacun ses convictions même si je trouve dommage qu'on fasse passer les patterns pour les N Commandements du développeur.

Ce n'est pas tout à fait çà mais sans rancune aucune .
Au plaisir.
PS : ton article sur geotools est très interesant .

[kossistus]

Après la petite intermède je remets mon problème,
Voila dans mon appli (ce n'est pas du web) je dois utiliser une dizaine d'ihm swing .
J'ai fait à la main le diagramme sur la navigation entre les fenêtres.
Pour la réutisabilité comment quel outil (dp pattern ?)pour assurer une bonne navigation entre mes fenêtres ?
Vos suggestions sont déja les bienvenues .