ça dit bien l'importance de trouver un standard pour unifier, sécuriser, étendre ajax et toute cette nouvelle façon de faire du web.
C'est ce qu'est en train de faire les groupes de travail webapi et webformat du w3c : normaliser xmlhttprequest, créer de nouveau format d'échange ( REX par exemple http://www.w3.org/TR/2006/WD-rex-20060202/ ), créer de nouvelles api pour faciliter le développement et profiter de nouvelles fonctionnalités etc.. (dialogue avec le presse papier, stockage local de donnée etc..)
Sinon, il ne faut pas oublier qu'il y a d'autres formats, standards, qui sont plus avantageux que ajax, tout en apportant au moins le même confort d'utilisation, beaucoup plus accessible, avec un temps de développement beaucoup moindre. Je pense en particulier à XForms langage déclaratif de formulaire qui évite de se taper des lignes de codes JS, de se taper du xmlhttprequest, pour faire de veritables formulaires. Par exemple, pour montrer à l'utilisateur que le contenu d'un champs est invalide : 0 lignes de code JS pour valider (un simple attribut à mettre pour indiquer le format attendu), et une pseudo-class CSS3 à mettre pour le signaler :
#monchamps:invalid { background-color:red; }
XForms permet aussi par exemple de charger de nouvelles données dans le formulaire, sans recharger la page (chose que l'on doit faire à grand renfort d'ajax dans les formulaires html traditionnels)...
Ajax c'est bien, mais c'est bien souvent l'usine à gaz pour pas mal de chose : il faut voir aussi ce qui existe à coté.
# standards
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal http://gabbly.com. Évalué à 6.
C'est ce qu'est en train de faire les groupes de travail webapi et webformat du w3c : normaliser xmlhttprequest, créer de nouveau format d'échange ( REX par exemple http://www.w3.org/TR/2006/WD-rex-20060202/ ), créer de nouvelles api pour faciliter le développement et profiter de nouvelles fonctionnalités etc.. (dialogue avec le presse papier, stockage local de donnée etc..)
Voir http://www.w3.org/2006/webapi/
Normalisation aussi de XUL, XBL2 etc en cours http://www.w3.org/2006/appformats/
Sinon, il ne faut pas oublier qu'il y a d'autres formats, standards, qui sont plus avantageux que ajax, tout en apportant au moins le même confort d'utilisation, beaucoup plus accessible, avec un temps de développement beaucoup moindre. Je pense en particulier à XForms langage déclaratif de formulaire qui évite de se taper des lignes de codes JS, de se taper du xmlhttprequest, pour faire de veritables formulaires. Par exemple, pour montrer à l'utilisateur que le contenu d'un champs est invalide : 0 lignes de code JS pour valider (un simple attribut à mettre pour indiquer le format attendu), et une pseudo-class CSS3 à mettre pour le signaler :
#monchamps:invalid { background-color:red; }
XForms permet aussi par exemple de charger de nouvelles données dans le formulaire, sans recharger la page (chose que l'on doit faire à grand renfort d'ajax dans les formulaires html traditionnels)...
Ajax c'est bien, mais c'est bien souvent l'usine à gaz pour pas mal de chose : il faut voir aussi ce qui existe à coté.
(PS: y a pas d'inconvénient à utiliser XForms : des plugins existent pour IE, une extension existe pour FF etc. http://www.mozilla.org/projects/xforms/ )