Discussion :

[alexxxx69]

Bonjour à tous,

J'ai un petit souci avec les appels ajax de JQuery.

J'ai une procédure bien trop longue que j'aimerai découper qui fait plusieurs appels. Avant j'avais ça :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
var toto = $.post(monURL,monForm.serialize())
   .success(function () {
 
   })
   .error(function () {
 
   });

Jusqu'ici tout va bien. Mon souci est que dans le bloc success je fait un $.get avec aussi un bloc success qui fait encore un autre get (j'an ai 3 imbriqués).

Pour simplifier le code je voulais juste faire comme ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
   var toto = $.post(monURL,monForm.serialize())
 
   if(toto.status == 200){
      ...
   else
      ...
   }

Le problème c'est que le moteur javascript n'attends pas la fin de l'ajax et passe direct à la condition et de suite toto est null. Par contre quand je debug, au bout d'1 ou 2 sec ça marche.

J'ai essayé de rajouter une boucle while(toto == undefined) mais ça marche que en debug.

Si quelqu'un à une piste merci

[SpaceFrog]

heu callback ça te dit quelque chose ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
var toto = $.post(monURL,monForm.serialize(), function(){
if(toto.status == 200){
      ...}
   else{
      ...})

[Bovino]

Oui, comme dit Spaffy, c'est dans la partie .success() qu'il faut lancer l'appel suivant.

[SpaceFrog]

y'a un success sur le $.post ?
c'est pas dans le callback ?

[Bovino]

Les deux sont possibles et complémentaires

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
$.post('url', function(){
    alert('Coucou');
}).sucess(function(){
    alert('Encore moi !');
});

[SpaceFrog]

ha je suis toujours passé par le callback

Quand tu dis complémentaires ??? y'a une différence ?

[Bovino]

Non, mais les deux callbacks sont lancés successivement.

[alexxxx69]

heu callback ça te dit quelque chose ?

heu oui oui biensur...

Mais en fait je voulais m'en passer pour éviter les imbrications.
En fait j'avais fait 2 méthodes postDonnees et getDonnees :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
function postDonnees(procedure, data) {
    return $.post(procedure, data);
}

Et de cette manière ça simplifiait mon code.

Mais avec le callback ça marche biensur

y'a un success sur le $.post ?
c'est pas dans le callback ?

Et oui on peut avoir deux succès différent ...

[alexxxx69]

Si je met que ce code :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
var retour = $.post(procedure, $("#formCoupleAdd").serialize(), function () {
                    if (retour.status == 200) {
                       [...]

D'une le test retour.status ne sert à rien car il sera toujours égal à 200, et de deux si l'ajax renvoi une erreur (code 500 par exemple) et ben sans le bloc .error ça ne marchera pas donc ne peut-on pas garder une forme simple et patienter le temps que l'ajax s'exécute ?

[Bovino]

Et oui on peut avoir deux succès différent ...

En fait, autant que tu veux car tu peux chainer autant de .success() que tu veux !

Si tu voulais parler des méthodes permettant d'exploiter le résultat, il y en a trois en réalité, ne pas oublier .ajaxSuccess().

[alexxxx69]

Je reposte car j'ai édité trop tard

Si je met que ce code :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
var retour = $.post(procedure, $("#formCoupleAdd").serialize(), function () {
                    if (retour.status == 200) {
                       [...]

D'une le test retour.status ne sert à rien car il sera toujours égal à 200, et de deux si l'ajax renvoi une erreur (code 500 par exemple) et ben sans le bloc .error ça ne marchera pas donc ne peut-on pas garder une forme simple et patienter le temps que l'ajax s'exécute ?

[Bovino]

Ben c'est le rôle du callback ça...
Le callback est la fonction qui sera appelée lorsque la requête aura renvoyé un résultat.

[alexxxx69]

Ben c'est le rôle du callback ça...
Le callback est la fonction qui sera appelée lorsque la requête aura renvoyé un résultat.

Je suis presque sur de ne pas me tromper mais ce n'est pas un callback simple mais un success callback donc en cas d'échec pas de callback :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

jQuery.post( url [, data] [, success(data, textStatus, jqXHR)] [, dataType] )

En cas d'échec, le seul moyen que j'ai trouvé est le bloc .error

[Bovino]

Que ce soit pour .success() ou pour .error(), il s'agit toujours d'un callback
Mais oui, il faut gérer les différents cas, c'est à cela que servent ces méthodes.

[alexxxx69]

j'en reviens alors à ma question du début vu qu'à la base le javascript est une forme de programmation synchrone et que l'ajax est asynchrone, comment peut-on obtenir le même résultat sans tous ces blocs de code et juste

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

var retour = $.post...

c'est à dire que tant que l'ajax n'a pas renvoyé de status de retour le javascript est bloqué sur cette ligne ?

[Bovino]

Ben tu peux toujours utiliser .complete() mais j'ai du mal à saisir l'utilité...

jQuery te fourni tous les outils pour distinguer la réussite d'une requête de l'echec, pourquoi refuser de s'en servir et réinventer la roue ?
Avec .success() et .error(), tu n'as plus à te soucier du status

[alexxxx69]

Je voulais éviter les imbrications du genre :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
 
$.post(url,data)
   .success(function(){
      $.post(url,data)
      .success(function(){
         $.get(url)
            .success(function(){
...
      })
   })

C'est ce que je fais et c'est quand même beaucoup plus lisible de faire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
var retour1 = $.post(url,data)
if (retour1.status == 200) {
   var retour2 = $.post(url,data)
 
   if (retour2.status == 200) {
   [...]
   }
}

Je trouve que c'est plus lisible surtout quand il y a pas mal de traitement dans chaque bloc success et error ça devient un cauchemar a debug

[SpaceFrog]

heu je pas pas l'interet de faire un aller retour

tu attends le retour du premier pour tester la valeur retournée et retourner sur le serveur ...
Pourquoi ne pas tester sur le serveur avent de retourner la bonne ou les bonnes valeurs ???

[alexxxx69]

Pour faire simple j'ai une page avec un formulaire pour créer un objet. Je poste le formulaire via le $.post.
Si l'objet a correctement été créé la requete renvoi le code http 200 sinon un code d'erreur et j'affiche un message.
Ensuite si mon objet a correctement été créé je fais 3 $.get différents pour mettre à jour 3 divs différents et j'ai besoin que le 2ème get se fasse si le premier a réussi et pareil pour le 3eme, si le 2eme a réussi.

[SpaceFrog]

pourquoi tu ne passe pas les données en retour dans un json ...
un seul get ou post ...