MVC, un paradigme (!) de designers pour programmeurs

Les programmeurs connaissent bien le paradigme  » Modèle Vue Contrôleur »  qui permet de séparer la présentation de l’interface d’une application en trois composant, chacun ayant un rôle particulier :

Le Modèle qui contient les données, indépendamment de toute présentation,
La Vue qui affiche les données d’après les instructions du Contrôleur,
Le Contrôleur qui va chercher les données à afficher en fonction de ce que fait l’utilisateur sur l’interface.

Wikipedia nous en donne le schéma suivant :

Modèle Vue Contrôleur

Chez les designers, notre paradigme suit une logique similaire, pour des raisons à peine différentes : en séparant forme et contenu, on facilite la maintenance des sites, et on en automatise une partie. Le contenu serait donc le Modèle et la forme la Vue. Le Contrôleur, pour un designer, sera alors le comportement de l’interface.

Par exemple, sur une page de contact, le contenu affiché dans la vue est un formulaire :

formulaire avant envoi

Si un utilisateur le rempli et l’envoie, on peut afficher un message de remerciement pour garantir que le message est bien envoyé. On change donc la Vue, en allant chercher un nouveau Modèle, que le Contrôleur aura chargé lorsque l’utilisateur aura appuyé sur le bouton « envoyer » du formulaire :

message de confirmation

Difficile de dire qui des programmeurs ou des designers ont inventé le principe . MVC est clairement attribué au créateur du langage smalltalk en 79, mais les graphistes utilisent des grilles de composition préformatées depuis l’invention de l’imprimerie.

Il y a dans le design d’interaction un dialogue constant entre ses racines graphique et son origine informatique. Je ne me lasse pas de découvrir les apports de l’un et de l’autre.