[AJAX] Utilit� de X de AJAX ?

Voil�, comme on le sais Ajax est une technique pour changer le contenu de ses pages sans tout recharger. Mais je m'interroge sur l'utilit� de XML lors du transf�re.

Les languages balis�s sont l� pour s'abstraire de la platforme. HTML XHTML etc sont des languages balis�s que tout les navigateurs doivent comprendre. Je ne parle pas ici de l'utilit� de XML dans un cadre globale, mais de XML dans AJAX alors qu'on peu directement utiliser XHTML (D�riv� de XML sp�cialis�).

Dans la plupart des codes AJAX que je vois, il y a des scripts qui s'amusent � traduire le XML en XHTML car dans le fond c'est ce que le navigateur connais le mieux. Mais ce qui m'inqui�te le plus c'est que souvent en volume de donn�e les donn�e XML sont pas vraiment plus petite que si elle serais en XHTML. De plus, si on lit les topics sur XML pour le web, beaucoup disent qu'il est mieux de la convertir (avec son XLS) sur le serveur avant de l'envoyer. Il y a donc aucun probl�me � la convertir cot� serveur.

On vois aussi apparaitre des d�riv� d'Ajax tel que AHAH... Est ce qu'on ne tenterais pas de mettre le XML partout et n'importe o� ? Serait ce un ph�nom�ne de mode XML ?

Alors voil�, j'en vien a vous demander si vous avez d�ja eu un cas ou il �tait imp�ratif d'avoir du XML pour vos transf�re asynchrone. Merci d'avance de vos r�ponses.

N'hesitez pas � donner votre avis sur AJAX et AHAH

Je reprends toujours le m�me exemple:
Le visiteur du site passe des commandes: un petit fichier XML est g�n�r� c�t� client et grossit au fil de la commande sans passer par le serveur (uniquement du JavaScript) puis, lors de la validation de la commande, le fichier XML est envoy� au serveur. Il me sert de tampon...

Il y a aussi AJAJ (voir l'extrait gratuit de direction|php du mois de mai http://www.directionphp.biz/a_la_une.php?mois=2006-05 )

Pour moi le x d'ajax a peu de sens dans la mesure ou souvent on utilise la chaine de caract�re de retour du serveur pour mettre � jour les �l�ments dom du navigateur cot� client par javascript. L'interet d'utiliser XML comme format n'est vraiment pas simple.

Si le serveur renvoie du XML,
- Soit il faut l'interpr�ter pour affichage en l'associant � une feuille XSL de transformation. C'est le principale interet d'XML. Il faut alors utiliser un header ad�quate et on ne peux pas mettre � jour qu'une partie de l'�cran.
- Soit comme dit marabout l'utiliser pour stocker l'information temporairement en m�moire..... Mais � ce moment pourquoi ne pas utiliser directement les objets javascript et donc JSON on gagne une transfomation et on pert moins de temps.
Lisez ce bel article http://www.directionphp.biz/a_la_une.php?mois=2006-05

C'est peut etre pour prendre aussi en compte le protocole XML-RPC (qui est natif dans Zope 2) ?

XML-RPC est un format d'�change de donn�es via HTML.
Ajax n'ajoute rien a cela. Ajax permet seulement de soumettre une requ�te HTML � l'aide de javascript sans soumettre le formulaire. On peut effectivement utiliser XML-RPC pour v�hiculer les informations

Oui mais ce que je voulais dire c'�tais que le X de AJAX permettait de comuniquer avec XML-RPC sans changer quoi que ce soit sur le serveur si ce dernier possedait par default ce protocole ? Car ils echangent bien des donn�es sous forme XML non ? (contrairement � JSON par exemple)

L'all� est une requete HTML, le corps de la requete peut �tre en xml mais cela n'est obligatoire. Cette requete est fabriqu� en javascript.

Voir le tutorial de rasmus
http://rajshekhar.net/blog/archives/...-Tutorial.html

Pour le retour le format se sp�cifie � la cr�ation de la requette :
Voir quelques diff�rents format possible ici :

http://www.quirksmode.org/blog/archi...ax_respon.html

Si l HTML permetrais de targeter des DIV dans ses balise "A" on en serait p-e pas la :p