> j'ai du mal à comprendre quel enchaînement logique fait que le
> programme "appelle la méthode update encore et encore
Le MVC fonctionne de la façon suivante :
Tu as 3 types d'entités :
- le modèle qui contient les données applicatives
- les vues qui représentent ces données
- les contrôleurs qui mettent à jour le modèle.
Le modéle ne connait qu'une chose des vues : elles ont une méthode update(). Le modèle ne connait rien des contrôleurs.
Au lancement, le modèle est créé. Les vues s'incrivent auprès du modèle (le modele possede une méthode du style register(vue)). Le modèle conserve la liste des vues qui se sont enregistrées.
Lorsque le contrôleur fait une mise à jour du modèle, ce dernier s'en aperçoit et appele successivement la méthode update() des vues enregistrées.
> ce serait la vue du joueur IA qui appelle la méthode "jouer",
> bien sûr
Donc en fait c'est un contrôleur (puisque jouer() modifie mon modèle). Tu arrives au même point que moi. Et c'est là que ça coince...
[^] # Re: Un peu de précision ?
Posté par norbs . En réponse au journal Problème de conception pour un jeu. Évalué à 1.
> programme "appelle la méthode update encore et encore
Le MVC fonctionne de la façon suivante :
Tu as 3 types d'entités :
- le modèle qui contient les données applicatives
- les vues qui représentent ces données
- les contrôleurs qui mettent à jour le modèle.
Le modéle ne connait qu'une chose des vues : elles ont une méthode update(). Le modèle ne connait rien des contrôleurs.
Au lancement, le modèle est créé. Les vues s'incrivent auprès du modèle (le modele possede une méthode du style register(vue)). Le modèle conserve la liste des vues qui se sont enregistrées.
Lorsque le contrôleur fait une mise à jour du modèle, ce dernier s'en aperçoit et appele successivement la méthode update() des vues enregistrées.
> ce serait la vue du joueur IA qui appelle la méthode "jouer",
> bien sûr
Donc en fait c'est un contrôleur (puisque jouer() modifie mon modèle). Tu arrives au même point que moi. Et c'est là que ça coince...