Systeme mvc
cs_elkike
Messages postés
4
Date d'inscription
mercredi 29 janvier 2003
Statut
Membre
Dernière intervention
9 mai 2003
-
9 mai 2003 à 15:48
Nelife Messages postés 2 Date d'inscription vendredi 16 février 2007 Statut Membre Dernière intervention 22 décembre 2008 - 22 déc. 2008 à 03:44
Nelife Messages postés 2 Date d'inscription vendredi 16 février 2007 Statut Membre Dernière intervention 22 décembre 2008 - 22 déc. 2008 à 03:44
1 réponse
Nelife
Messages postés
2
Date d'inscription
vendredi 16 février 2007
Statut
Membre
Dernière intervention
22 décembre 2008
22 déc. 2008 à 03:44
22 déc. 2008 à 03:44
Le modèle est... Ben c'est le modèle! Disons les données du système, ses traitements, son comportement.
La vue, c'est l'interface utilisateur. La présentation des résultats, si on veut.
Le contrôleur coordonne le tout.
En gros, imagine un jeu de tic-tac-toe, où le modèle correspond bêtment à un tableau à deux dimensions, 3x3 contenant un vide, un x ou un o. Une méthode placerX(int, int), placerO(int, int), et tralala.
La vue, c'est ce qu'on affiche au joueur. Deux lignes, et un caractère pour chaque coup (remarque: on aurait bien pu afficher ca très différemment. Il est possible d'avoir plusieurs vues pour un seul modèle, comme dans les jeux où on a une vue latérale et une vue du dessus de l'environnement). La vue prend les clic des utilisateurs sur les vides. Quand un usager clique sur un vide, la vue envoie un message au contrôleur.
Le contrôleur interprète le message, et demande au modèle de se modifier, et à la vue de s'ajuster. Donc on aura un 'x' ou un 'o' de plus dans le modèle, et il sera visible dans la vue aussi.
Je connais surtout l'architecture MVC dans le contexte de conception de jeux vidéos. En l'utilisant, on peut implémenter plusieurs vues en utilisant le même modèle, ou carrément changer la vue existante sans avoir à se re-tapper tout le code de base. En plus, ça rend le code beaucoup plus clair en général.
La vue, c'est l'interface utilisateur. La présentation des résultats, si on veut.
Le contrôleur coordonne le tout.
En gros, imagine un jeu de tic-tac-toe, où le modèle correspond bêtment à un tableau à deux dimensions, 3x3 contenant un vide, un x ou un o. Une méthode placerX(int, int), placerO(int, int), et tralala.
La vue, c'est ce qu'on affiche au joueur. Deux lignes, et un caractère pour chaque coup (remarque: on aurait bien pu afficher ca très différemment. Il est possible d'avoir plusieurs vues pour un seul modèle, comme dans les jeux où on a une vue latérale et une vue du dessus de l'environnement). La vue prend les clic des utilisateurs sur les vides. Quand un usager clique sur un vide, la vue envoie un message au contrôleur.
Le contrôleur interprète le message, et demande au modèle de se modifier, et à la vue de s'ajuster. Donc on aura un 'x' ou un 'o' de plus dans le modèle, et il sera visible dans la vue aussi.
Je connais surtout l'architecture MVC dans le contexte de conception de jeux vidéos. En l'utilisant, on peut implémenter plusieurs vues en utilisant le même modèle, ou carrément changer la vue existante sans avoir à se re-tapper tout le code de base. En plus, ça rend le code beaucoup plus clair en général.
