Librairies de développement Ajax et Client Web « Riche »

Problématique et défis

Pour la plupart des applications, l'utilisation des ces librairies n'est pas nécessaire Plusieurs solutions existent présentement qui contournent le côté stateless de HTTP et reformulent les applications Web de façon à ressembler plus aux applications client serveur traditionnelles. Les plus matures et normalisés n'utilisent pas Ajax. Elles ont des désavantages, mais sont ils pires que ceux qu'amènent les librairies ?

Problématique des composants serveur regénéré à chaque accès : n'est pas plus rapide avec AJAX que sans AJAX. Certans concepts Ajax brisent ASP.NET et JSF, deux des plate formes de composants Web les plus matures.

Amène du code controlleur au client. Potentiellement les règles d'affaires peuvent être dupliqués an Javascript et côté serveur. Pour les cas trivials, ça va, pour les applications complexes ?

Accessibilité : les lecteurs d'écrans ne sont pas prêt pour Ajax en ce moment.

C'est clair pour Google Maps, mais l'est-ce pour vous ?

Par Benoit Piette, pour le compte du W3Québec (www.w3qc.org).
Présentation donnée le 21 octobre 2006, dans le cadre du BarCamp Montréal.
Déposé intégralement sous licence Paternité 2.0, Creative Commons.
Permalien : http://www.w3qc.org/conferences/barcamp-montreal-061021/

Voir le Web autrement