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.
|