Ajax: gadget ou non. Le titre de ce billet “…de ce pour quoi il a été conçu” n’est pas tout a fait exacte: Ajax n’a pas été concu car c’est en fait l’utilisation ingénieuse de technologies pré-existantes (Dom et post d’une requete asynchrone http)…on ne peux pas dire qu’Ajax est été inventé. La plupart des grandes évolutions technologiques ne sont en fait pas la découverte d’une nouvelle technologie, mais une adoption massive de concepts s’appuyant sur des technologies pas forcément exceptionnelle et surtout restreintes à la base à un domain très spécifique. La vraie invention réside dans une approche radicalement différente (donc innovante) de certaines technologies provoquant un engouement massif de beacoup de communautés.
Ajax correspond tout a fait a ces crières. Jesse James Garrett a proposer l’utilsation de diverse techno pour recharger une parti d’une page Web sans resoumettre toute la page. Le besoin de remote scripting date de bien avant (une dizaine d’année). Depuis 2005, beaucoup de communautés on contribuer à des projets autour d’Ajax avec comme pour principal objectif une amélioration de l’interface utilisateur. Au fil des an, le concept est repris et étendu a d’autres domaine. Il n’est plus seulement une amélioration pour l’interface utilisateur d’application web, mais la fondation même de ces applciation web. On commence aussi a l’utiliser dans le cadre du SOA par l’invocation de web services.
Le concept étant basé sur du scripting (javascript) que peut de développeurs maitrise réellement, s’éxécutant dans le browser qui posent des problèmes de compatibilité…un nombre impressionnat de framework Ajax ont vu le jour afin de permettre aux développeurs de s’afranchir de ces difficultés.
Ajax est à mon avis plus proche de la notion de protocol (tel que XML ou remote scripting) que du standard/plateforme (tel que Flash ou Silverlight) et sera utilisés dans de nouveaux domaines. Il va certainement être le fer de lance des applications web demandant une interface utilisateur riche, mais va s’imposer aussi au delà des interactions graphiques : pourquoi pas un couplage avec REST pour une version plus légère du couple SOA/SOAP, ainsi que d’intégrer d’autres languages de scripting tels que script#. Quand on en sera là le nom “Ajax” aura certainement changé pour représenter un concept plus large.