A voir également:
- Modele MVC java
- Waptrick java football - Télécharger - Jeux vidéo
- Jeux java itel - Télécharger - Jeux vidéo
- Modèle de webcam - Guide
- Modèle organigramme word - Guide
- Eclipse java - Télécharger - Langages
3 réponses
Pour faire simple, le modèle MVC sépare la couche métier de ton application la vue et les contrôleur.
Cela te permet d'avoir d'un coté le coeur de ton application (la logique, l'interaction avec une base de donnée, des fichiers, ...) Cela est appelé le Modèle.
Ensuite tu as la Vue, elle affiche toute sorte d'information à l'utilisateur. (titre, boutons, textes, ...)
Pour finir tu as le contrôleur qui va faire le lien entre ta vue et le modèle.
Par exemple, une application qui créé un formulaire PDF. Tu va avoir :
La vue : une fenêtre contenant un texte d'explication et un bouton "télécharger le formulaire"
Le contrôleur : l'outils qui te permet de déclencher une action lorsqu'on clique sur le bouton
Le modèle : la fonction qui va permettre de créer le formulaire et de proposer le téléchargement à l'utilisateur.
donc l'utilisateur voit la vue. Quand il clique sur le bouton, cela déclenche une action sur le contrôleur. Le contrôleur appellera alors la méthode du modèle permettant de réaliser l'action.
Le contrôleur peut également mettre à jour la vue.
Comme dans notre exemple, le modèle exécute la fonction de téléchargement. Lorsque la fonction se termine, on peut "prévenir" le contrôleur pour qu'il mette à jour la vue pour afficher un message à l'utilisateur "téléchargement terminé".
Le modèle MVC est une bonne chose pour ne pas se mélanger les pinceaux dans ton code. Tu sépare ainsi bien les différentes couche de ton programme. Cela permet d'avoir une réutilisation du code plus facile (tu peut changer ton interface graphique sans toucher à un bout du modèle).
Maintenant on retrouve souvent des exemples sur des modèles M-VC où la vue et le contrôleur sont gérés par une même classe. Mais cela ne correspond pas à ce que tu veux.
Cela te permet d'avoir d'un coté le coeur de ton application (la logique, l'interaction avec une base de donnée, des fichiers, ...) Cela est appelé le Modèle.
Ensuite tu as la Vue, elle affiche toute sorte d'information à l'utilisateur. (titre, boutons, textes, ...)
Pour finir tu as le contrôleur qui va faire le lien entre ta vue et le modèle.
Par exemple, une application qui créé un formulaire PDF. Tu va avoir :
La vue : une fenêtre contenant un texte d'explication et un bouton "télécharger le formulaire"
Le contrôleur : l'outils qui te permet de déclencher une action lorsqu'on clique sur le bouton
Le modèle : la fonction qui va permettre de créer le formulaire et de proposer le téléchargement à l'utilisateur.
donc l'utilisateur voit la vue. Quand il clique sur le bouton, cela déclenche une action sur le contrôleur. Le contrôleur appellera alors la méthode du modèle permettant de réaliser l'action.
Le contrôleur peut également mettre à jour la vue.
Comme dans notre exemple, le modèle exécute la fonction de téléchargement. Lorsque la fonction se termine, on peut "prévenir" le contrôleur pour qu'il mette à jour la vue pour afficher un message à l'utilisateur "téléchargement terminé".
Le modèle MVC est une bonne chose pour ne pas se mélanger les pinceaux dans ton code. Tu sépare ainsi bien les différentes couche de ton programme. Cela permet d'avoir une réutilisation du code plus facile (tu peut changer ton interface graphique sans toucher à un bout du modèle).
Maintenant on retrouve souvent des exemples sur des modèles M-VC où la vue et le contrôleur sont gérés par une même classe. Mais cela ne correspond pas à ce que tu veux.
Tout d'abord je te remercie d'avoir pris le temps de me répondre. Après tes explications cela me parait beaucoup plus claire effectivement.
Donc concrètement si je veux réagir au clique d'un bouton:
- l'écouteur sera dans le view : this.monBouton.addActionListener ( new Ecouteur() )
- la classe de réaction sera dans le controleur : public class Ecouteur implements ActionListener {
- et dans la class de réaction on appelera des méthode du modèle pour agir sur les données
C'est bien ça?
Merci beaucoup!
Donc concrètement si je veux réagir au clique d'un bouton:
- l'écouteur sera dans le view : this.monBouton.addActionListener ( new Ecouteur() )
- la classe de réaction sera dans le controleur : public class Ecouteur implements ActionListener {
- et dans la class de réaction on appelera des méthode du modèle pour agir sur les données
C'est bien ça?
Merci beaucoup!