Discussion :

[TabrisLeFol]

Bonjour,
Je debute dans l'utilisation d'UML et des Design Pattern. Je cherche savoir quelle structure adopter pour gérée une interface d'une application non-client-serveur ; il s'agirait juste d'une application pouvant etre lancée en applet (oui, cest du java) et à partir d'un terminal.
Le concept MVC me semble etre une solution. Existe il d'autre solution de modelisation?
Bien que je connaisse le principe très global de MVC, je ne suis pas sur de savoir vraiment l'appliquer. Connaisseriez des documents "simples" sur ce sujet?
D'avance merci

PS: J'ai regardé la FAQ mais cela concerne principalement la gestion d'application client-serveur. Or je viens juste de commencer à étudier des telles architecture donc comprendre le MVC par de tels documents à un defi insurmontable pour moi.

[Hephaistos007]

Bien que je connaisse le principe très global de MVC, je ne suis pas sur de savoir vraiment l'appliquer.

Si tu programme en Java tu n'as rien à faire : les Interfaces Homme-Machine respecte nativement le patron MVC. Ce n'est pas toujours le cas et c'est souvent au concepteur d'application d'être discipliné et de respecter au mieux ce pattern.

[afrikha]

les Interfaces Homme-Machine respecte nativement le patron MVC

Dans swing ,c'est plus du M-VC, dans le sens où la vue et le controleur sont combinés.
Voir article à ce sujet.

[Hephaistos007]

Dans swing ,c'est plus du M-VC, dans le sens où la vue et le controleur sont combinés.

Oui, tout à fait.

Autre exemple pour TabrisLeFol : dans l'architecture J2EE, il est possible de faire un "vrai MVC" :
Tes objets java/beans : Le modèle (tes traitements métiers)
La servlet HTTP: le contrôlleur (reception des requêtes HTTP, création des réponses)
Les JSP : La vue (présentation)

Le pattern MVC n'est qu'un sous-pattern de "SoC (Separartion Of concerns)", et il n'est qu'une préconisation. Personne ne te force à l'utiliser mais les bénéfices de cette conception sont évidents. On peut d'ailleurs pousser cette séparation des préoccupations encore plus loin. En reprenant l'architecture J2EE sus-cité et en y ajoutant d'autres technologies :
> Java + Programmation par aspects : séparation au sein même du modèle
> JSP + Feuille de styles (CSS) : séparation au sein même de la présentation

[TabrisLeFol]

@ afrikha : Oui, effectivement un VC combiné me dit quelque chose. Et meme si l'article n'apporte rien de fondamentalement nouveau, l'ensemble est interessant puisque c'est cela que je cherchais.

@ Hephaistos007 : Oui, c'est surtout dans ce cadre la que j'en ai entendu parler mais je dois avouer, comme je l'ai dit plus haut, que pour l'instant les design pattern appliquées sur des architectures n-tiers ne m'inspire pas trop.
Et oui, bien sur ce n'est qu'une preconisation mais comme elle peut aider enormement j'essaye de m'y coller le plus possible. (J'ai des experiences de programme developpés n'importe comment et dès qu'il fallait changer quelquechose c'était l'horreur...)

Merci