MVC coté client

Publié le 19 Février 2013

Comme promis, je fais une brêve presentation du concept de mon point de vue mais il vaut mieux se plonger dans l'article (blog ippon) ci-dessous. On utilise le Javascript et HTML5 pour gerer du MVC (architecture permettant de découpler la conception de l'interface utilisateur de la conception du code qui traite les données) au niveau du navigateur, c'est la partie client, en utilisant HTTP pour les echanges avec la partie serveur qui peut être une application d'entreprise en JAVA (dans le cas de l'article).

Le but est de limiter les trop nombreuses couches et framework utilisées par la pluspart des applications JEE, qui complexifient la conception, et d'ameliorer l'experience utilisateur avec des technologie web dernier cri. D'autre part, de façon générale, en jouant sur l'aspect asynchrone et sans état (stateless) de la liaison avec le serveur contrairement aux architecture classique JEE, on diminue le besoin en ressources et les elements présentés par la page web peuvent être facilement réutilisés (copie, liens, web services REST). Et bonne nouvelle, certains développeurs JEE semblent ne pas voir avec trop de mepris cette nouvelle techno.

Je creuserais dans d'autres articles, car il y a bien d'autres choses a dire, d'autres frameworks à presenter, souvent français d'ailleurs. La première conclusion est celle-ci : en integrant correctement les technologies (HTML5, javascript,JAVA, SPRING) et des outils (utiliser Maven est semble-t-il incontournable) on peut arriver à quelque-chose de simple a concevoir et adapté à l'utilisateur final. Et c'est open source.

Repost0
Pour être informé des derniers articles, inscrivez vous :