Je suis en train d'approndir mes minces connaissances sur le MVC et j'ai une
question concernant Swing et les MVC.
De nombreux composants swings (Jtable, Jlist ...) ont la possibilite
d'utiliser des models qui leur sont associés, et si j'ai bien compris le
composant en lui meme represente la VUE, le model ben le MODEL, et les
actions_listeners le CONTROL ... est ce correct ?
Seulement voila pour d'autre composants (JTextearea notamment), il n'y a pas
de model. Il me semble qu'a la place c'est une interface Document ... c'est
bien ca ?
ca veut donc dire que si je fais myJTextAtrea.setText("Toto"), alors je ne
suis pas le principe MVC ?
Est ce que dans ce cas, MVC n'apporte il pas de la lourdeur ?
Concernante les MVC toujours, il me semble qu'il y a une methode (je me
rapelle plus de laquelle) de l'interface Model qui permet de dire a toutes
les VUE (donc tous les composants swings) de se synchroniser avec les
données (donc le model). J'aimerais savoir comment cela marche ? le model
doit donc avoir une reference sur tout les composants qui sont des VUE de ce
model non ?
Si quelqu'un peut m'informer ou à des doc sur la conception MVC et non une
simple explication ou introduction comme j'ai bcp trouvé sur le net, ca
m'arrangerait.
Concernante les MVC toujours, il me semble qu'il y a une methode (je me rapelle plus de laquelle) de l'interface Model qui permet de dire a toutes les VUE (donc tous les composants swings) de se synchroniser avec les données (donc le model). J'aimerais savoir comment cela marche ? le model doit donc avoir une reference sur tout les composants qui sont des VUE de ce
model non ? Si quelqu'un peut m'informer ou à des doc sur la conception MVC et non une simple explication ou introduction comme j'ai bcp trouvé sur le net, ca m'arrangerait. ----------------------------------------------------------------------------
--
Y rien de bien sorcier dans le patern MVC, _La 1ere spec est de diviser le travail : model : traitements et données vue : affichage d'une partie du model controler : gère une vue récupère les données de la vue (event aussi) et les transmets au model, récupère les données du model et les transmets à la vue
_La 2eme spec MVC est basé sur le patern observer (tout les vues sont réactualisées lors d'un changement d'état du model)
_La 3eme chose interessante est de réduire les dépendances : le model est indépendant de tout le controler a un handle sur la vue (pour les observer ) la vue a un handle sur le controler (pour les event )
Autrement dit MVC = un partern bridge + un patern observer
-- François Le Dorner
Salut,
je ne vais pas t'expliquer coté swing, d'autres sont mieux placé que moi
pour çà mais ....
Concernante les MVC toujours, il me semble qu'il y a une methode (je me
rapelle plus de laquelle) de l'interface Model qui permet de dire a toutes
les VUE (donc tous les composants swings) de se synchroniser avec les
données (donc le model). J'aimerais savoir comment cela marche ? le model
doit donc avoir une reference sur tout les composants qui sont des VUE de
ce
model non ?
Si quelqu'un peut m'informer ou à des doc sur la conception MVC et non une
simple explication ou introduction comme j'ai bcp trouvé sur le net, ca
m'arrangerait.
----------------------------------------------------------------------------
--
Y rien de bien sorcier dans le patern MVC,
_La 1ere spec est de diviser le travail :
model : traitements et données
vue : affichage d'une partie du model
controler : gère une vue récupère les données de la vue (event aussi) et les transmets au
model,
récupère les données du model et les transmets à la vue
_La 2eme spec MVC est basé sur le patern observer
(tout les vues sont réactualisées lors d'un changement d'état du model)
_La 3eme chose interessante est de réduire les dépendances :
le model est indépendant de tout
le controler a un handle sur la vue (pour les observer )
la vue a un handle sur le controler (pour les event )
Autrement dit MVC = un partern bridge + un patern observer
Concernante les MVC toujours, il me semble qu'il y a une methode (je me rapelle plus de laquelle) de l'interface Model qui permet de dire a toutes les VUE (donc tous les composants swings) de se synchroniser avec les données (donc le model). J'aimerais savoir comment cela marche ? le model doit donc avoir une reference sur tout les composants qui sont des VUE de ce
model non ? Si quelqu'un peut m'informer ou à des doc sur la conception MVC et non une simple explication ou introduction comme j'ai bcp trouvé sur le net, ca m'arrangerait. ----------------------------------------------------------------------------
--
Y rien de bien sorcier dans le patern MVC, _La 1ere spec est de diviser le travail : model : traitements et données vue : affichage d'une partie du model controler : gère une vue récupère les données de la vue (event aussi) et les transmets au model, récupère les données du model et les transmets à la vue
_La 2eme spec MVC est basé sur le patern observer (tout les vues sont réactualisées lors d'un changement d'état du model)
_La 3eme chose interessante est de réduire les dépendances : le model est indépendant de tout le controler a un handle sur la vue (pour les observer ) la vue a un handle sur le controler (pour les event )
Autrement dit MVC = un partern bridge + un patern observer
