Discussion :

[eclisse]

Bonjour,

J'essaye (en vain) de faire fonctionner quelque chose qui peut être ne peut pas marcher (si j'en crois les non résultats de mes recherches !!):

Peut on envoyer un formulaire entier par l'objet XMLHttpRequest ??? (sans envoyer séparément chaque valeur type a=john&b=doe...)

Mon besoin :
J'ai un formulaire qui contient différents champs dont un object CMS. Plutôt que d'enregistrer la page en postant le formulaire de manière classique, j'aimerai le poster via ajax, ce qui me permettrait de ne pas avoir a rechargé mon objet mais uniquement son contenu.

Est ce possible ? y a t-il une autre manière ?

J'ai regardé l'option FormData (qui ne marche d'ailleurs pas chez moi et je ne sais pas pourquoi...) et j'aimerai éviter le jquery, si possible.

Si vous pouvez éclairer ma lanterne, je vous en remercie.

[NoSmoking]

Bonjour,

Peut on envoyer un formulaire entier par l'objet XMLHttpRequest ??? (sans envoyer séparément chaque valeur type a=john&b=doe...)

j'ai du mal à comprendre ce que tu essaies de faire.

Tu peux toujours envoyer le contenu d'une FORM en récupérant son innerHTML seulement tu ne récupéreras pas de la sorte les value en cours dans ton formulaire, tu récupéreras l'original ce qui somme toute ne présente pas grand intérêt.

[Bovino]

qui ne marche d'ailleurs pas chez moi et je ne sais pas pourquoi...

Au hasard : parce que tu l'as mal utilisé ?

Sinon, ben non, tu n'auras pas le choix : si tu veux envoyer ton formulaire via AJAX, quelle que soit la méthode pour le faire, tu seras bien obligé in fine d'envoyer en GET ou en POST des couples nom/valeur...
Un peu comme quand on envoie un formulaire en fait !

[eclisse]

Au hasard : parce que tu l'as mal utilisé ?

Oui c'est possible, je ne dis pas le contraire, c'est un objet que je ne connais pas, mais il n'est pas reconnu chez moi quand je l'implémente. Il travaille avec jquery ou une autre library ??

Evidemment il faudra que j'utilise un get/post, mais plutôt que d'envoyer par variable, j'aurai préférré pouvoir envoyer toute la form et utiliser les request pour traiter les données.
Si je fais par couple objet/valeur, dans le cas d'un cms, je vais me retrouver avec une qté non négligeable de données à fair passer en variable du navigateur... imagine le contenu d'une newsletter par exemple... sans compter les incontournables problèmes d'encodage et de balise...
J'en ai mal à la tête rien que d'y penser...

Bref, l'idée était juste de savoir si l'xml autorisait un envoi de formulaire complet comme le post classique. A priori donc non...

Tu peux toujours envoyer le contenu d'une FORM en récupérant son innerHTML seulement tu ne récupéreras pas de la sorte les value en cours dans ton formulaire, tu récupéreras l'original ce qui somme toute ne présente pas grand intérêt.

Oui or ce qui m'intéresse c'est bien de récupérer les objets et leurs valeurs.


Finalement, j'ai controurné le pb en envoyant mon formulaire dans un iframe target, enregistré tout ça et rechargé le contenu en xml. Ca marche, mais s'il est possible de ne pas utiliser l'iframe, je reste preneur.

[thelvin]

Oui c'est possible, je ne dis pas le contraire, c'est un objet que je ne connais pas, mais il n'est pas reconnu chez moi quand je l'implémente. Il travaille avec jquery ou une autre library ??

Non. C'est quoi ton code -_-° ?

Bref, l'idée était juste de savoir si l'xml autorisait un envoi de formulaire complet comme le post classique.

Oui, mais pour IE il faut la version 10.

[Bovino]

j'aurai préférré pouvoir envoyer toute la form et utiliser les request pour traiter les données

Ben... c'est pas ce que fait un formulaire par défaut ?

Si je fais par couple objet/valeur, dans le cas d'un cms, je vais me retrouver avec une qté non négligeable de données à fair passer en variable du navigateur...

Certes, mais si tu as beaucoup de données dans ton formulaire, je ne vois pas par quel miracle il serait possible de les transmettre au serveur sans les passer dans la requête...

[tse_jc]

Bonjour,

Rien n'empêche d'envoyer un objet json ou un array.

++

[thelvin]

Rien ne l'empêche, non, mais enfin c'est ridiculement compliqué devant le besoin, et moyen niveau efficacité.

[Bovino]

Si, il y a quand même des choses qui empêchent d'envoyer un objet JSON ou un tableau :

• HTTP est un protocole sans état ;
• les objets et les tableaux ne sont pas représentés de la même façon en PHP et en JavaScript.

La seule chose possible à envoyer, c'est du texte. Et comme le souligne thelvin, que ce texte représente des paramètres GET ou POST ou des sérialisations d'objet ou de tableau ne change pas grand chose si ce n'est que le plus logique et le plus simple, c'est qu'une requête GET ou POST envoie des paramètres GET ou POST.

[tse_jc]

Bonjour,

Si, il y a quand même des choses qui empêchent d'envoyer un objet JSON ou un tableau :

• HTTP est un protocole sans état ;
• les objets et les tableaux ne sont pas représentés de la même façon en PHP et en JavaScript.

En ce qui concerne votre remarque sur HTTP, elle est sans intérêt dans le contexte ennoncé.
Pour le reste, L'objet JSON envoyé à PHP sera transformé après un json_decode() côté PHP en objet StdClass, donc aucun problème particulier dans le traitement à ce niveau, sauf si vous êtes en procédural et que vous ne savez pas développer en OO, et pour le tableau il reste en tableau côté php mais en tableau associatif, donc rien de compliqué également. Il n'y a que des avantages car un objet = 1 paramètre au lieu de 50 qui nécessiteraient beaucoup plus de code de traitement.

++

EDIT: Et question efficacité, je ne connais pas plus efficace et simple. Mes recommendations quant au choix de l'un ou l'autre se situe de savoir quel est le niveau de compatibilité descendante au niveau navigateur que vous devez assurer. Si l'application doit être compatible IE8 et inférieur, alors choisissez les tableaux, sinon JSON sans hésitation.