Modèle de conception mvc

0

Posted by Cintya Destro | Posted in Sem categoria | Posted on 13-02-2019

Donc, si vous croyez que le Web a été à tous les succès-la plupart des signes que j`ai vu pointer vers Oui-alors vous devez également reconnaître l`incroyable puissance de modèle-vue-contrôleur. Modèle: le code modèle reflète typiquement les choses du monde réel. Ce code peut contenir des données brutes, ou il définira les composants essentiels de votre application. Par exemple, si vous construisez une application à faire, le code de modèle définirait ce qu`est une «tâche» et ce qu`est une «liste» est-car ce sont les principaux composants d`une application todo. View: le code de vue est composé de toutes les fonctions qui interagissent directement avec l`utilisateur. C`est le code qui rend votre application agréable, et définit autrement comment votre utilisateur voit et interagit avec elle. Contrôleur: le code de contrôleur agit comme une liaison entre le modèle et la vue, recevant l`entrée d`utilisateur et décidant quoi faire avec lui. C`est le cerveau de l`application, et les liens ensemble le modèle et la vue. Voici un moyen rapide de tester si votre application s`est correctement séparée entre les rôles modèle, affichage et contrôleur: votre application est-elle skinnable? Les modèles représentent la connaissance. Un modèle pourrait être un objet unique (plutôt inintéressant), ou il pourrait être une certaine structure d`objets. Le modèle de conception MVC (Model-View-Controller) assigne des objets dans une application, l`un des trois rôles suivants: modèle, vue ou contrôleur. Le modèle définit non seulement les objets de rôles jouent dans l`application, il définit la façon dont les objets communiquent entre eux.

Chacun des trois types d`objets est séparé des autres par des limites abstraites et communique avec les objets des autres types à travers ces limites. La collection d`objets d`un certain type MVC dans une application est parfois appelée une couche, par exemple, la couche de modèle. Modèle MVC signifie modèle-vue-contrôleur modèle. Ce modèle est utilisé pour séparer les préoccupations de l`application. 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. Si vous souhaitez en savoir plus, nous vous recommandons le livre en ligne de Addy Osmani: Learning JavaScript Design Patterns. 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. La clé de l`ensemble du modèle MVC est la direction dans laquelle ces connexions vont: toutes les instructions circulent de la vue/contrôleur au modèle. Le modèle ne dit jamais à la vue/contrôleur ce qu`il faut faire. C`est un peu comme la façon dont tu fais le dîner de Thanksgiving. Vous avez un frigo plein de nourriture, qui est comme le modèle. Le réfrigérateur (modèle) contient les matières premières que nous utiliserons pour faire le dîner. Le modèle de conception MVC (Model View Controller) spécifie qu`une application se compose d`un modèle de données, d`informations de présentation et d`informations de contrôle. Le modèle exige que chacun d`eux soit séparé en différents objets. Enfin, le contrôleur peut définir la façon dont un utilisateur ajoute une tâche, ou en marque une autre comme complète. Le Controller connecte le bouton d`ajout de la vue au modèle, de sorte que lorsque vous cliquez sur «Ajouter une tâche», le modèle ajoute une nouvelle tâche. MVC propose trois types d`objets dans une application, le modèle, les vues et les contrôleurs.

Ces objets sont séparés par des limites abstraites qui rendent MVC plus d`un paradigme plutôt qu`un modèle réel puisque la communication entre eux entre ces limites n`est pas précisée. La façon dont les objets à l`intérieur de MVC communiquent diffère non seulement par le type d`application que vous décrivez (GUI, Web) mais aussi par quelle partie de l`application que vous regardez actuellement (frontend, backend). La conception de votre application strictement selon MVC n`est pas toujours conseillé. Si vous concevez un programme intensif de graphisme, comme un jeu, vous seriez probablement coupler les classes de vue et de modèle beaucoup plus étroitement que ce que MVC suggère.

Comments are closed.