A voir également:
- Mvc structure
- Logiciel calcul structure bois gratuit - Télécharger - Architecture & Déco
- Structure d'un rapport de stage - Guide
- Trouvez l'erreur dans la structure du document et corrigez-la. - Forum Word
- Pdf structure 40 - Forum PDF
- Dans son restaurant, igor utilise une application pour gérer les réservations. dans le schéma (structure) de la base de données de l’application représenté ci-dessous : de quoi « telephone » est-il le nom ? de quoi « reservations » est-il le nom ? associez chaque terme avec un attribut, une donnée, un enregistrement, une table, une valeur ou une variable. - Forum Webmastering
2 réponses
Utilisateur anonyme
29 févr. 2016 à 19:07
29 févr. 2016 à 19:07
Salut,
Je bosse en ce moment sur l'architecture MVC en JAVA sous Eclipse.
Model = cœur du programme. contient la logique cachée du programme.
Vue = design graphique (uniquement design !).
Contrôleur = intermédiaire entre Model et Vue. chargé de gérer les événements utilisateurs sur l'interface graphique et de la conversion entre données du modèle (purement variable) et celles de la vue (purement graphique).
Normalement, le modèle ne connait rien du contrôleur ni de la vue mais est capable d'envoyer des données à des "listeners" (ce sont des "objets" qui souhaitent être notifiée de certaines valeurs).
La vue ne connait rien du contrôleur ni de la vue. Il n'est chargé que de l'aspect visuel. Comme l'aspect visuel requiert des données brutes, il faut qu'il soit capable d'en recevoir du modèle (il ne peut pas en envoyer !)
Le contrôleur se charge de définir les composants graphiques soumis à des événements utilisateurs pour ensuite traiter la demande et la convertir en données pour le modèle. Evidemment, le contrôleur CONNAIT le/les modèle(s) et le/les vue(s). Par ailleurs, c'est lui aussi qui gère le changement de vue.
Je bosse en ce moment sur l'architecture MVC en JAVA sous Eclipse.
Model = cœur du programme. contient la logique cachée du programme.
Vue = design graphique (uniquement design !).
Contrôleur = intermédiaire entre Model et Vue. chargé de gérer les événements utilisateurs sur l'interface graphique et de la conversion entre données du modèle (purement variable) et celles de la vue (purement graphique).
Normalement, le modèle ne connait rien du contrôleur ni de la vue mais est capable d'envoyer des données à des "listeners" (ce sont des "objets" qui souhaitent être notifiée de certaines valeurs).
La vue ne connait rien du contrôleur ni de la vue. Il n'est chargé que de l'aspect visuel. Comme l'aspect visuel requiert des données brutes, il faut qu'il soit capable d'en recevoir du modèle (il ne peut pas en envoyer !)
Le contrôleur se charge de définir les composants graphiques soumis à des événements utilisateurs pour ensuite traiter la demande et la convertir en données pour le modèle. Evidemment, le contrôleur CONNAIT le/les modèle(s) et le/les vue(s). Par ailleurs, c'est lui aussi qui gère le changement de vue.