Modèle-vue-contrôleur

Le modèle est indépendant des autres modules. Il ne se sert ni de la vue ni du contrôleur, il peut cependant leur envoyer des messages[3]. Il y a deux liens entre la vue et le modèle : premièrement la vue lit les données du modèle et deuxièmement reçoit des messages provenant du modèle[3]. Dans la mesure où une vue est associée à un modèle et un modèle est indépendant, un même modèle peut être utilisé par plusieurs vues[3].

Les aspects de la gestion des entrées/sorties de l'interface utilisateur sont techniquement très différents et ont des interdépendances faibles[5]. La gestion des entrées est déléguée au contrôleur alors que la gestion des sorties est à la charge de la vue[5].

La vue est dépendante du modèle. Elle interroge celui-ci pour en afficher une représentation.

Le contrôleur dépend de la vue et du modèle : la vue comporte des éléments visuels que l'utilisateur peut actionner[3]. Le contrôleur répond aux actions effectuées sur la vue et modifie les données du modèle[3].

Dans le cas d'un view model, le modèle contient les données que le contrôleur transmet à la vue[2]. Dans le cas d'un domain model il contient toutes les données en rapport avec l'activité, ainsi que la logique des opérations de modification et de validation des données[2].

Les motifs model-view-presenter (MVP) et model-view-view model (MVVM) sont semblables au motifs modèle-vue-contrôleur, à quelques différences près[6].

• Dans le patron MVP, le contrôleur est remplacé par une présentation. La présentation est créée par la vue et lui est associée par une interface. Les actions utilisateur déclenchent des événements sur la vue, et ces événements sont propagés à la présentation en utilisant l'interface[6].
• Dans le patron MVVM il y a une communication bidirectionnelle entre la vue et le modèle, les actions de l'utilisateur entraînent des modifications des données du modèle[6].

Représentation des interactions entre le modèle, la vue et le contrôleur dans le cas d'une application web.

Le motif MVC a été créé dans le but de mettre en œuvre des interfaces utilisateur[2]. Certains détails sont alignés avec le langage Smalltalk, mais les grandes lignes peuvent s'appliquer à n'importe quel environnement[2]. Le cycle action→mise à jour→affichage induit par ce patron est bien adapté aux applications web[2]. De plus le patron impose la séparation des sujets, et les balises HTML sont ainsi confinées aux vues, ce qui améliore la maintenabilité de l'application[2]. C'est le framework pour applications web Ruby on Rails qui a apporté un regain d'intérêt pour ce patron[2].

Ce patron est utilisé par de nombreux frameworks pour applications web tels que Ruby on Rails, Django, ASP.NET MVC, Spring, Struts ou Apache Tapestry[1].

Dans la mise en œuvre classique du patron MVC, la vue attend des modifications du modèle, puis modifie la présentation des éléments visuels correspondants[7]. Cette mise en œuvre est appliquée pour les applications de bureau avec des framework comme Swing[7]. Le protocole HTTP ne permet pas cette mise en œuvre pour les applications web. Pour ces dernières, lors d'une action de l'utilisateur, le contenu de la vue est recalculé puis envoyé au client[7].

• ASP.NET MVC s'appuie sur le framework Microsoft .NET 3.5 pour réaliser des applications ASP.NET selon le modèle MVC avec Visual Studio

• Microsoft Foundation Class (MFC)

• Backbone.js: Provides models with key-value binding and custom events, collections, and connects it all to your existing API over a RESTful JSON interface.
• AngularJS: A toolset based on extending the HTML vocabulary for your application.
• Ember.js: Provides template written in the Handlebars templating language, views, controllers, models and a router.
• Knockout: Aims to simplify JavaScript UIs by applying the Model-View-View Model (MVVM) pattern.
• Agility.js: Aims to let developers write maintainable and reusable browser code without the verbose or infrastructural overhead found in other MVC libraries.
• CanJS: Focuses on striking a balance between size, ease of use, safety, speed and flexibility.
• Spine: A lightweight framework that strives to have the most friendly documentation for any JavaScript framework available.
• Maria: Based on the original MVC flavor as it was used in Smalltalk - aka "the Gang of Four MVC".
• ExtJS: Amongst other things offers plugin-free charting, and modern UI widgets.
• Sammy.js: A small JavaScript framework developed to provide a basic structure for developing JavaScript applications.
• Stapes.js: A tiny framework that aims to be easy to fit in an existing codebase, and because of its size it's suitable for mobile development.
• Epitome: Epitome is a MVC* (MVP) framework for MooTools.
• soma.js: Tries help developers to write loosely-coupled applications to increase scalability and maintainability.
• PlastronJS: MVC framework for Closure Library and Closure Compiler.
• rAppid.js: Lets you encapsulate complexity into components which can be easy used like HTML elements in your application.
• Serenade.js: Tries to follow the ideas of classical MVC than competing frameworks.

• Angular

• Adobe Flex, contrôleur en ActionScript 3
• XUL, utilisé pour construire les logiciels de la fondation Mozilla, repose sur un modèle MVC :
  • Modèle : XML, SQL et RDF
  • Vue : XUL, HTML et CSS
  • Contrôleur : XBL et JavaScript

• Grails

• Swing, l'interface graphique de Java jusqu'à Java 8
• JavaFX, l'interface graphique de Java depuis Java 8
• JavaServer Faces
• Struts
• Spring MVC
• Stripes
• SWT
• Play!
• PureMVC
• ZeroCouplage
• SpringBoot

• Cocoa

Frameworks orientés Web en Perl :

• Catalyst ;
• CGI::Application : basé sur le module Perl CGI.pm ;
• Dancer ;
• Gantry : similaire à Django ;
• Jifty ;
• MasonX ;
• MayPole : superposition de Catalyst ;
• O2 ;
• Plack ;
• Solstice ;
• Squatting.
• Mojolicious

Frameworks basés sur l'architecture MVC :

• Agavi
• CakePHP
• CodeIgniter
• Copix
• Dynatrix
• FuelPHP
• Gest-HVSL
• Hoa
• Jelix
• Joomla! Platform
• Kinkama
• Kohana
• Laravel
• MKFramework
• Phalcon_(framework)
• MODx
• Open Web Framework
• PostNuke
• QCodo
• Symfony
• TemplatePP qui s’appuie sur le Zend Framework
• Yii Framework
• Zend Framework

L'utilisation d'un Framework n'est pas une obligation[9].

• TurboGears
• Django
• Pylons
• Web2py
• Flask (framework)

• Ruby on Rails