Bonus gratuit: cliquez ici pour avoir accès à une feuille de triche python OOP gratuite qui vous indique les meilleurs tutoriels, vidéos et livres pour en savoir plus sur la programmation orientée objet avec Python. Nous allons développer un programme de jeu Whack-a-mole en utilisant cette stratégie de conception. Au lieu de créer une classe Python pour l`ensemble du jeu, le code sera développé comme un ensemble d`objets coopératifs. Alors, où devrions-nous commencer? Je dirais que les mêmes étapes de développement que nous avons utilisées dans la leçon précédente sont une bonne approche, mais nous allons créer une classe python distincte pour la plupart des étapes. Passons à travers le développement du code. Le truc, c`est que Django n`est pas dur ou complexe au niveau fondamental. Oui, il a ses bizarreries et, oui, les grands projets de Django peuvent être des bêtes très complexes, mais la ligne de fond: Django est un cadre très logiquement structuré construit sur le langage de programmation le plus facile à apprendre disponible (Python). Le modèle ne contient aucun code de vue/contrôleur; pas de classes de widget GUI, pas de code pour la pose de boîtes de dialogue ou de réception d`entrée utilisateur. Le View/Controller ne contient pas de code modèle; aucun code pour valider des URL ou exécuter des requêtes SQL, et aucun État d`origine: toutes les données détenues par les widgets sont uniquement à des fins d`affichage, et simplement une réflexion des vraies données stockées dans le modèle. Pourquoi? Pour aider à prévenir la complexité du programme en spirale hors de contrôle et de vous enterrer, le développeur, en vertu de celui-ci. Plus le programme est grand, plus le nombre de composants dans ce programme est important. Et plus il existe de connexions entre ces composants, plus il est difficile pour les développeurs de maintenir/étendre/remplacer des composants individuels, ou même simplement suivre la façon dont l`ensemble du système fonctionne. Demandez-vous ceci: lorsque vous regardez un diagramme de la structure du programme, préférez-vous voir un arbre ou un berceau de chat? Le modèle MVC évite ce dernier en désautorisant les connexions circulaires: B peut se connecter à A, mais A ne peut pas se connecter à B.

Dans ce cas, A est le modèle et B est la vue/contrôleur. Dans l`action du contrôleur, deux choses principales se produisent généralement: les modèles sont utilisés pour récupérer toutes les données nécessaires à partir d`une base de données; et que les données sont transmises à une vue, ce qui rend la page demandée. Les données récupérées via les modèles sont généralement ajoutées à une structure de données (comme une liste ou un dictionnaire), et cette structure est ce qui est envoyé à la vue. Pourquoi est-ce possible? Eh bien, la réponse simple est que c`est tout grâce au couplage faible entre les couches Model et View/Controller. Cependant, ce n`est pas l`histoire complète. Ce qui est la clé de l`ensemble du modèle MVC est le _ direction_ dans lequel ces connexions va: ALL instructions Flow _ from _ le View/Controller _ to _ le modèle. Le modèle ne dit jamais à la vue/contrôleur ce qu`il faut faire. Mais ce que j`ai appris des langages typés statiques est que vous définissez le modèle et les vues en tant qu`entités distinctes complètes, et le contrôleur prend une instanciation du modèle et des vues en tant que paramètres. Si rien ne casse et que le contrôleur fait toute la communication alors oui, une application est MVC.

Modèle-View-Controller (MVC) est le modèle de conception pour la relation réussie et efficace de l`interface utilisateur aux modèles de données sous-jacents. Mon point est que c`est très improbable qu`aucun d`entre eux jamais dit “Accrochez-vous aux garçons, nous devons changer ce code parce que Wikipedia dit un contrôleur devrait… “. La principale différence entre les deux implémentations principales de GTK. TreeModel est que GTK. ListStore contient des lignes de données simples sans enfants, alors que GTK. Arbotore contient également des lignes de données, mais chaque ligne peut avoir des lignes enfants (qui à son tour peuvent avoir des lignes enfants, et ainsi de suite). Chaque itinéraire est associé à un contrôleur-plus spécifiquement, une certaine fonction dans un contrôleur, connu comme une action de contrôleur. Ainsi, lorsque vous entrez une URL, l`application tente de trouver un itinéraire correspondant et, si elle réussit, elle appelle l`action de contrôleur associée de cette route.