M V C. . .again

Hello!

je suis en train de développer mon premier programme "structuré" (j'entends par la qu'avant ca fonctionnait mais niveau reutilisabilité... on pouvait faire mieux). Donc petit à petit, j transforme mon code version "MVC" parce qu'il me semble efficace pour bien structurer la chose, seuelement je rencontre un probléme, voici le deroulement version simplifiée:

- l utilisateur clique sur un bouton
- la view appelle une methode du controleur qui inactive le bouton de la view et appelle une methode du modele
- une fois que le modele a terminé l exec de la methode, il informe ses observateurs.

ma question est la suivante: etant donné que mon bouton est sensé redevenir "d'apparence normale" à la fin de l'execution, mais que le controleur n'est pas au courant de la fin d'execution, est-ce a la view de se modifier toute seule? (est-ce "légalement autorisé"?)

voili voilou

[Edit] Aie, désolé, j'avais pas trouvé le forum dedié MVC... si quelqu'un a uen réponse néanmoins, c'est volontiers

Bon vu la fréquentation extrême de ce forum, j'ai tenté de trouver une solution par moi même... en rendant le controleur également observateur du modèle, si quelqu'un a une autre solution plus "GoF", c'est volontiers!

:calin:

Tu dois pouvoir t'en sortir avec une notification du modèle vers le controlleur, qui relaiera à la vue, une fois le traitement fini.

Citation:

---

il informe ses observateurs.

---

Donc le controlleur doit s'abonner, et il sera au courant de la fin du traitement.

C'est ce que j'ai fait finalement ouaip (merci de t'intéresser à mon cas), mais je demandais juste si c'était ..mmhh.. "certifiable-GoF" ou s'il s'agit d'un brico-pattern home-made :lol:

Pour moi ça doit plutôt se dérouler de la façon suivante :
- La vue appelle le contrôleur pour réagir au click sur le bouton et lancer l'exécution d'une commande.
- Le contrôleur commence par basculer le modèle dans un état "traitement en cours" (ou n'importe quoi du même genre).
- Cette modification du modèle entraîne une notification de la vue, qui répond au changement d'état en désactivant le bouton.
- Le contrôleur continue le traitement en appelant la méthode métier.
- Lorsque le traitement est terminé (la méthode métier a rendu la main), le contrôleur rebascule le modèle dans l'état "En attente". A nouveau, ce changement d'état provoque une notification de la vue qui se met à jour en réactivant le bouton.

Juste une remarque :
- Le contrôleur connait le modèle et l'existance des vues. En revanche, il ne connait pas le contenu des vues. Ce n'est pas à lui d'activer ou désactiver un bouton d'une vue, mais à la vue elle même de se redessiner suite à une notification d'une modification du modèle.

Vous semblez suggérer que l'invocation de la méthode métier s'effectue de façon asynchrône et que votre problème en fait est de savoir quand est-ce que cette invocation est terminée.
Si c'est bien votre problème, il s'agit d'un problème de synchronisation multi-tâches qui ne relêve pas du MVC.

Moi qui voyais le contrôleur comme un intermediaire entre le modèle et la vue... mais du coup, y'a t'il une quelconque action du controleur sur la vue ? (directe, pas indirecte au travers de la modification du modêle)

désolé pour ma petite incompréhension, mais je me suis basé su rle livre "tête la première - Design patterns" pour commencer les design patterns, et dans le exemple sur les mvc, le controleur appelle des fonctions sur la view pour la modifier :oops:

Edit sur ce site le controleur modifie également la vue, je dirais, non?

Citation:

---

Pour moi ça doit plutôt se dérouler de la façon suivante :
- La vue appelle le contrôleur pour réagir au click sur le bouton et lancer l'exécution d'une commande.
- Le contrôleur commence par basculer le modèle dans un état "traitement en cours" (ou n'importe quoi du même genre).
- Cette modification du modèle entraîne une notification de la vue, qui répond au changement d'état en désactivant le bouton.
- Le contrôleur continue le traitement en appelant la méthode métier.
- Lorsque le traitement est terminé (la méthode métier a rendu la main), le contrôleur rebascule le modèle dans l'état "En attente". A nouveau, ce changement d'état provoque une notification de la vue qui se met à jour en réactivant le bouton.

---

+1, c'est comme cela que je le pensais. Aurais je mal lu la demande ?

Citation:

---

mais du coup, y'a t'il une quelconque action du controleur sur la vue ?

---

Oui il la 'notifie'.

Je trouve que c'est une erreur du livre que de traiter de MVC (effectivement c'est un patron d'architecture, pas un design pattern). Toutefois, P.529, le schéma représente bien ce dont nous parlons.

Il n'y a en fait qu'une flcèhe à modifier : l'étape 3 de la page suivante qui dit que le Controleur modifie l'affichage. Il faudrait lire "le controleur dit à la vue que le traitement a commencé". Le code de grisage du bouton est bien coté Vue.

Citation:

---

Envoyé par hed62

+1, c'est comme cela que je le pensais. Aurais je mal lu la demande ?

---

Non, rassures-toi, tu n'as pas mal lu, il s'agissait plutot d'imprécisions dues à une légère incompréhension.

Citation:

---

Je trouve que c'est une erreur du livre que de traiter de MVC (effectivement c'est un patron d'architecture, pas un design pattern). Toutefois, P.529, le schéma représente bien ce dont nous parlons.

Il n'y a en fait qu'une flcèhe à modifier : l'étape 3 de la page suivante qui dit que le Controleur modifie l'affichage. Il faudrait lire "le controleur dit à la vue que le traitement a commencé". Le code de grisage du bouton est bien coté Vue.

---

C'est exactement ce point 3 qui me troublait, mais je crois avoir mieux compris, allez c'est reparti pour le remaniage du code!

vraiment merci!

:merci: