Pas à pas, les différentes étapes de la construction d'une service d'authentification en s'appuyant sur l'infrastructure de développement RIA proposée par le moteur de recherche.
|
|
Par Xavier Méhaut (EDIS Consulting) |
|
|
|
|
|
Avec Google Widget Toolkit (GWT), nous sommes confrontés, comme indiqué précédemment (lire le premier volet : Premiers pas avec
le Google Widget Toolkit), à un nouveau paradigme de développement qui
demande de repenser la façon dont on conçoit une application client léger. Jusqu'à présent, le navigateur n'était qu'un
vecteur d'affichage des informations compilées et présentées du côté serveur. Les technologies utilisées vous les
connaissez ; ce sont les JSP, ASPx, PHP, JSF, Struts, Wickets, OpenLaszlo,...
Au fil des années, toutes ces technologies ont essayé de combler les lacunes de ce genre de développement, mais sans
changer la façon de voir les choses.
Aujourd'hui un nouveau paradigme est proposé aux concepteurs et développeurs d'applications Web : le client devient
partie intégrante de l'application et on y déporte une partie de l'intelligence de cette dernière. Le but n'est évidemment
pas d'y déporter la partie métier comme on pourrait être tenté de le faire, mais de laisser cette tâche à la partie serveur.
Le client léger devenu riche va s'appliquer à gérer les interactions de la manière la plus souple possible avec l'utilisateur,
voire à effectuer des contrôles de premier niveau, laissant le soin au serveur de faire ceux de second degrés.
Les acteurs aujourd'hui de ce nouveau paradigme sont, en résumé, les suivants :
- Flash, Flex, Appollo (Adobe)
- GWT (Google)
- SilverLight (Microsoft),MoonLight (Mono)
- JavaScript à la mimine ou à partir de libraries du type dojo, ui?ext,...
- XUL dans le monde Mozilla
-...
Un petit exemple vaut bien des discours. Nous allons construire à partir de GWT une petite application d'authentification qui ne fait pas
appel à un formulaire HTML, mais qui exécute un service distant pour la validation, implémenté sous forme de servlet. Lire
