Nouveau modèle, superbe vue

On doit le modèle MVC à  des programmeurs
Smalltalk en quête du meilleur
moyen de coupler des objets UI (User
Interface) pilotés par événement, avec
les classes qui représentent l’état du
modèle de gestion. Ce modèle a été
adopté par la communauté Java et intégré
dans les classes Java Swing.
Aujourd’hui, MVC s’affirme comme
un modèle d’architecture applicable
aux systèmes, indépendamment de
l’UI, des langages, ou des environnements
dans lesquels il est mis en
oeuvre. Par conséquent, nous, programmeurs
RPG et WebSphere/Java,
devons comprendre le modèle MVC et
comment il peut améliorer nos applications.
MVC divise une application en trois
composants : le modèle de gestion, la
vue ou UI et un contrôleur (model,
view, controller) qui les relient. Le but
est de séparer la vue du modèle afin
que les modifications de la première
n’affectent pas le second et réciproquement.
Le contrôleur assure ce découplage.
Le modèle ne connaît rien de l’UI ;
il fournit simplement un ensemble de
services ou d’API permettant de lire ou
de modifier l’état du modèle. Le
contrôleur associe ensuite, de manière
standardisée, le flux des informations
et des événements entre la vue et le
modèle.
Au stade de la conception, cela signifie
que des changements dans les
contrôles ou les éléments individuels
de l’UI n’affectent en rien le modèle.
Au niveau de l’architecture, cela signifie
que les changements du client n’affectent
pas le modèle.