nodejs using callback and event

Question

I am new to nodejs programming. so be patient with me.

I have two nodejs modules. One passes passes a message to another nodejs module. the second processes it and pass result back to the first module.

method 1

first module

:
secondModule.callFunction(message, function(data){
    //deal with the return message from the second module

})
:

second module

:
function callfunction(message, callback){

   //asynchornous functions for processing
   callback(data);
} 
:

method 2

same thing but done using event emitters in the second module

first module

:
secondModule.callFunction(message){

})
secondModule.on('done_event', function(data){
    //deal with the reply
});
:

second module (uses event emitter)

 :

 function callFunction(message){

//asynchornous functions for processing
self.emit('done_event', data);
 } 
 :

Are they both correct. what is the difference in these things (both are asynchornous) or have i done something stupid.

Thanks in advance

Andrey Sidorov · Accepted Answer · 2018-03-26 04:36:11Z

10

Differences between plain callbacks and EventEmitter events (which is node's implementation of publisher-subscriber pattern)

You can attach multiple listeners to same event. Callbacks are one-to-one notifications, events - one-to-many.
You can't return value from event. Events are one way messages.
Often, callbacks follow (error, data1, data2, data3, ...) signature because single callback responsible for normal and error data flow (and async libraries usually expect this behaviour)
EventEmitter-based api, on the other hand tend to separate error and non-error messages
"error" event is special in event emitter: if there is no listener for it, EventEmitter throws an exception. With callbacks it's your responsibility to check first error parameter.

In your example both approaches are valid.

edited Mar 26, 2018 at 4:36

answered May 8, 2013 at 6:31

Andrey Sidorov

25.6k5 gold badges65 silver badges78 bronze badges

Sign up to request clarification or add additional context in comments.

Comments

NilsH · Accepted Answer · 2013-05-08 06:07:03Z

2

My understanding of events is that events are used when you want to "break" up your processing in pieces, and/or you don't really know when things are happening. So if your callFunction was a long running task (e.g. doing or waiting a lot for IO), you could break it into pieces and submitting, for instance, data events while it's processing, and then finish with a done event. However, if it's merely a "normal" function call, I would simply use a callback.

answered May 8, 2013 at 6:07

NilsH

13.9k4 gold badges43 silver badges59 bronze badges

Comments

Fr0sT · Accepted Answer · 2018-10-16 13:30:40Z

I'd say events are for plain notifying when an emitter tells everyone interested about some thing happened. It doesn't care what they will do with this fact, it just tells and forgets. Of course you can return a value from an event (by changing fields of an object provided in parameters) but this looks ugly, non-robust and not logical having in mind that event model presumes multiple listeners.

Callbacks OTOH are for requesting a value. You call for user's help with some data and require result.

For example:

Event - server.on('connection'). Client connected, you tell about it and forget.

Callback - server.isIPAllowedCallback(socket): Boolean. There's a client, you want to check if this IP is allowed.

Main reason for this difference is bubbling event model with multiple listeners. In languages where you just use one listener like someObject.onSomeEvent = someEventHandler there's no difference between handlers and callbacks.

Collectives™ on Stack Overflow

nodejs using callback and event

3 Answers 3

Comments

Comments

Comments

Your Answer

Linked

Hot Network Questions

Collectives™ on Stack Overflow

3 Answers 3

Comments

Comments

Comments

Your Answer

Sign up or log in

Post as a guest

Linked

Related