Le succès de Rappel pour émettre de la méthode dans le support.io

Im essayant d'émettre un message personnalisé à partir de mon client. J'ai besoin d'effectuer certaines actions sur son succès et de l'échec. Maintenant, comment puis-je joindre le succès de rappel pour émettre de la méthode?

Pour l'erreur de rappel , j'ai utilisé Exposé des événements doc et il a obtenu de travail

socket.on('error', () -> console.log("Error Occured"))

De succès, j'ai essayé

socket.emit('my custom method', {content: json},() -> console.log("Emitted"))

Ce rappel n'est jamais été déclenchée indépendamment de savoir si ses un succès ou un échec.

Comment puis-je obtenir de gestionnaire de succès?

  • Veuillez unaccept ceci réponse en faveur de la ceci une.
InformationsquelleAutor prasann | 2012-11-25
  1. 61

    Si vous regardez les docs, il vous montre un exemple de passage d'un appel de la fonction arrière -2ème dernier exemple: http://socket.io/docs/#Sending-and-getting-data-acknowledgements

    Ex
    serveur: 

        socket.on('formData', 
              function(data, fn){
                      //data is your form data from the client side
                      //we are here so we got it successfully so call client callback
                      //incidentally(not needed in this case) send back data value true 
                      fn(true);
              }
             );

    client:

          socket.emit('formData', 
                  data, 
                  function(confirmation){
                          //send data
                          //know we got it once the server calls this callback      
                          //note -in this ex we dont need to send back any data 
                          //- could just have called fn() at server side
                          console.log(confirmation);
                  }
                 );
    • N'est-ce pas le travail dans le sens inverse? J'ai essayé de l'envoi d'une fonction de rappel à partir du serveur et de l'invocation sur le client et il ne semble pas que le rappel même au client.
    • oui, fonctionne dans les deux sens.
    • +1 Remarque aussi que cela ne fonctionne pas sur la radiodiffusion github.com/cayasso/primus-rooms/issues/28
    • Je pense que l'marqué réponse est un mauvais moyen de le faire lorsque vous pouvez passer la fonction de rappel et de déclencher le rappel avec les données sur la socket.sur l'événement.
    InformationsquelleAutor user3363398
  2. 15

    La raison pour laquelle votre deuxième code est de ne rien faire est parce que les événements sont exposés dans socketIO sont simplement définis pour socket.on méthodes. Par conséquent, vous devez ajouter un autre émettent dans votre serveur app.js pour accomplir cette

    Client émet le message personnalisé et envoie les données JSON à la prise via socket.émettre, il obtient une mise à jour de la fonction qui gère la réussite de rappel

    socket.emit ('message', {hello: 'world'});
socket.on ('messageSuccess', function (data) {
 //do stuff here
});

    Côté serveur Reçoit un appel de la message d'émettre à partir du client et émet de la messageSuccess au client

    socket.on ('message', function (data) {
 io.sockets.emit ('messageSuccess', data);
});

    Vous pourriez probablement faire un module de ce comportement, de sorte que vous pouvez attacher ce pour chaque message que vous voulez être traitées de cette façon.

    • Je suis un peu perplexe, ce qui est mieux, emit événement à partir du serveur ou envoyé fonction de rappel du client. socket.emit ('message', {hello: 'world'}, function() { //do stuff here }); Quelle est la différence entre ces deux méthodes?
    • Ne pas la fonction de rappel fonctionnent toujours bien? Pourquoi le rappel de ne pas travailler à 100%, je peux obtenir le rappel de travail de 50%.
    • Cela ne devrait pas être la "bonne" réponse depuis socket.io support "remerciements fonctions" où vous pouvez passer de la fonction appelée sur l ' "autre côté". Veuillez consulter les autres anser!
    InformationsquelleAutor toxicate20