FI 4 – 25 avril 2006 – page 9
Ajax: dépoussiérez vos applications Web !
Le parser XML quant à lui est interne dans la majeure
partie des navigateurs (Mozilla, Netscape,. . .) excepté avec
MSIE qui utilise une librairie propre au système d’exploita-
tion MS-Windows (MSXML.dll).
aPPorts d’ajax
Les diverses technologies utilisées par Ajax ne sont pas
nouvelles. En les utilisant de manière appropriée, on peut en-
visager le développement Web de clients riches. On retiendra
deux mots clés: riche et client. Riche se réfère ici au modèle
d’interaction avec le client, qui se doit donc de supporter un
ensemble de méthodes d’entrées et de répondre dans un laps
de temps raisonnable.
Regardons ce qu’Ajax possède pour tendre vers une
application riche de type bureautique, en profitant de la
caractéristique client.
les principes Définissant le terme ajax
Le modèle classique d’application Web (connu aussi
sous le nom d’application paginée) est bien ancré dans notre
façon de penser. Voyons quels sont les principes de bases de
la nouvelle approche.
Le navigateur héberge une application et non
du contenu
Lorsque l’utilisateur lance l’application, des données
légèrement plus lourdes seront chargées chez le client. Ce-
pendant, elles y resteront durant toute la session et seules les
interactions seront transmises.
Ajax: Le juste milieu – Deux approches principales exis-
taient avant Ajax: l’approche tout sur le même écran et celle
par page. Dans la première approche, la page est mise à
jour dès que l’utilisateur modifie un élément, tandis que
dans la deuxième, la page n’est mise à jour qu’au terme
d’un processus de plusieurs étapes. Ajax combine avan-
tageusement ces deux approches, permettant des fonc-
tionnalités plus sophistiquées en utilisant les standards
Web qui peuvent être implémentés plus facilement. Par
rapport aux approches classiques, une réelle et puissante
alternative nous est donc proposée.
Interface à écran unique – Cette approche facilite la cohé-
sion de la navigation et l’utilisateur possède ainsi une vue
d’ensemble de l’application, des étapes d’une procédure,
etc. La flexibilité est aussi à l’ordre du jour, puisque l’uti-
lisateur choisit l’ordre dans lequel il parcourt les étapes
et peut également revenir en arrière.
Partage d’éléments et d’objets – Ce cas s’applique pour
les interfaces de type monopage. Il est ainsi possible de
réutiliser les éléments à divers endroits de l’application.
Le partage est facilité et l’utilisateur doit télécharger
moins de données.
Le serveur envoie des données et non du
contenu
Puisque la majeure partie de l’application se trouve déjà
du côté client, ne sont échangées avec le serveur que les
données modifiées.
Vérification et enregistrement instantanés de champs – Il
est ainsi possible non seulement de vérifier chez le client
si une donnée est valide, mais également sur le serveur.
L’utilisateur d’applications de bureau y est habitué depuis
longtemps.
coûts réDuits
Voici un argument non négligeable, voire décisif, dans
certains cas. Une réduction des coûts intervient même dans
des domaines insoupçonnés. Une entreprise a, par exemple,
pu remplacer une application de bureau coûteuse par une
solution Ajax proposant des fonctionnalités similaires avec
une même ergonomie utilisateur (passage ici à EBA Grid
Control15).
Typiquement les coûts se situent au niveau des ressources
humaines et des prix des licences pour le développement
Web. Mais ceux-ci sont bien moindres quand on considère
le montant des licences annuelles des applications de bureau,
ainsi que la distribution des mises à jour et le support uti-
lisateur. Les coûts de déploiement sont eux aussi fortement
réduits. En effet grâce à l’architecture client-serveur d’une
application Web, les changements dans l’application ne se
font que sur le serveur et non plus sur tous les postes de
travail.
Mais il s’agit là d’une analyse bien succincte et non
complète. Il faut également incorporer des éléments qui sont
plus difficiles à quantifier. Pensons par exemple à l’impact
sur la satisfaction de l’utilisateur. Une meilleure interface
réduira les erreurs humaines, les coûts d’apprentissage et les
frustrations.
fonctionnalités D’applications De
bureau
Dans le contexte Ajax, il est possible d’ajouter des fonc-
tionnalités jusqu’ici propres aux applications de bureau.
L’utilisateur pourra visualiser les données et interagir avec
elles d’une manière jusqu’alors impossible sur le Web.
Par rapport à une application de bureau, on peut retenir
plusieurs avantages: Ajax permet de s’affranchir d’un système
d’exploitation, d’une plate-forme donnée, le Web est la plate-
forme. On centralise les données afin de pouvoir y accéder
depuis un ordinateur quelconque ayant un accès internet.
On évite aussi de stocker des informations sensibles sur un
ordinateur personnel.
résumé
Même en gardant une certaine dose de scepticisme, il
faut admettre qu’Ajax apporte des avantages clairement dé-
montrables et quantifiables pour une application Web. Les
économies de coûts résultent principalement d’économies de
temps, mais également d’économies de bande passante. En
outre, on peut s’attendre à une réduction des coûts de travail
de 30-70% (source: 16) en utilisant cette technique.