Bonjour cher visiteur,

étant donné votre statut de non connecté, vous avez un accès restreint à notre forum...

Vous voulez faire parti de notre équipe ? Alors cliquez sur "Enregistrement" et laissez vous guider.

Nous espérons vous compter parmi nous prochainement.

Bonne journée. x


Note de ce sujet :
  • Moyenne : 0 (0 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
Modèle MVC
#1
Le modèle MVC

Présentation
Le modèle MVC décrit une manière d’architecturer une application informatique en la décomposant en trois sous-parties :
  • la partie Modèle ;
  • la partie Vue ;
  • la partie Contrôleur.
Rôles des composants
La partie Modèle d’une architecture MVC encapsule la logique métier ainsi que l’accès aux données. Il peut s’agir d’un ensemble de fonctions (Modèle procédural) ou de classes (Modèle orienté objet).
 
La partie Vue s’occupe des interactions avec l’utilisateur : présentation, saisie et validation des données.
 
La partie Contrôleur gère la dynamique de l’application. Elle fait le lien entre l’utilisateur et le reste de l’application.
Interactions entre les composants
Le diagramme ci-dessous résume les relations entre les composants d’une architecture MVC.
 
[Image: Modele_MVC.png]
 
La demande de l’utilisateur (exemple : requête HTTP) est reçue et interprétée par le Contrôleur. Celui-ci utilise les services du Modèle afin de préparer les données à afficher. Ensuite, le Contrôleur fournit ces données à la Vue, qui les présente à l’utilisateur (par exemple sous la forme d’une page HTML).

Avantages et inconvénients
Le modèle MVC offre une séparation claire des responsabilités au sein d’une application, en conformité avec les principes de conception déjà étudiés : responsabilité unique, couplage faible et cohésion forte. Le prix à payer est une augmentation de la complexité de l’architecture.
 
Dans le cas d’une application Web, l’utilisation du modèle MVC permet aux pages HTML (qui constituent la partie Vue) de contenir le moins possible de code serveur, étant donné que le scripting est regroupé dans les deux autres parties de l’application.

Différences avec un modèle en couches
Dans une architecture en couches, chaque couche ne peut communiquer qu’avec les couches adjacentes. Les parties Modèle, Vue et Contrôleur ne sont pas des couches.
 
 
Répondre


Atteindre :


Utilisateur(s) parcourant ce sujet : 1 visiteur(s)