emittery

What is emittery?

The emittery npm package is an asynchronous event emitter library. It allows you to emit and listen for events in a way that is not tied to the DOM and is more flexible than the native Node.js EventEmitter. It supports async iteration of events, namespaced events, and ensures that listeners are called in the order they were added.

What are emittery's main functionalities?

Emitting and listening to events

This feature allows you to create an event emitter, listen for events, and emit events with data. Listeners are invoked with the data passed to `emit`.

{"const Emittery = require('emittery');\nconst emitter = new Emittery();\n\nemitter.on('event', data => {\n  console.log(data);\n});\n\nemitter.emit('event', 'some data');\n//=> 'some data'"}

Asynchronous event emission

This feature allows you to wait for all the event listeners to finish processing before continuing execution. It's useful when you need to ensure that all side effects have been completed before proceeding.

{"const Emittery = require('emittery');\nconst emitter = new Emittery();\n\n(async () => {\n  await emitter.emit('event', 'some data');\n  console.log('Event emitted');\n})();"}

Namespaced events

This feature allows you to create and listen for namespaced events, which can help in organizing event types and avoiding name collisions.

{"const Emittery = require('emittery');\nconst emitter = new Emittery();\n\nemitter.on('namespace:event', () => {\n  console.log('Namespaced event fired');\n});\n\nemitter.emit('namespace:event');\n//=> 'Namespaced event fired'"}

Clearing listeners

This feature allows you to remove listeners from events, either all listeners from a specific event or all listeners from all events.

{"const Emittery = require('emittery');\nconst emitter = new Emittery();\n\nconst listener = () => {\n  console.log('Event fired');\n};\nemitter.on('event', listener);\n\nemitter.clearListeners('event');\nemitter.emit('event');\n// No output, because the listener was removed"}

Other packages similar to emittery

eventemitter3

eventemitter3 is a high performance EventEmitter. It has a similar API to Node.js's native EventEmitter but is optimized for performance. Unlike emittery, it does not support async event emission.

mitt

mitt is a tiny functional event emitter / pubsub. It provides a similar event emitter functionality with a smaller footprint. However, it does not have async event handling capabilities like emittery.

README

Simple and modern async event emitter

It's only ~200 bytes minified and gzipped.

Emitting events asynchronously is important for production code where you want the least amount of synchronous operations.

Install

$ npm install emittery

Usage

const Emittery = require('emittery');
const emitter = new Emittery();

emitter.on('🦄', data => {
	console.log(data);
	// '🌈'
});

emitter.emit('🦄', '🌈');

API

emitter = new Emittery()

on(eventName, listener)

Subscribe to an event.

Returns an unsubscribe method.

Using the same listener multiple times for the same event will result in only one method call per emitted event.

listener(data)

off(eventName, [listener])

Unsubscribe to an event.

If you don't pass in a listener, it will remove all listeners for that event.

once(eventName)

Subscribe to an event only once. It will be unsubscribed after the first event.

Returns a promise for the event data when eventName is emitted.

emitter.waitFor('🦄').then(data => {
	console.log(data);
	//=> '🌈'
});

emitter.emit('🦄', '🌈');

emit(eventName, [data])

Trigger an event asynchronously, optionally with some data. Listeners are called in the order they were added, but execute concurrently.

Returns a promise for when all the event listeners are done. Done meaning executed if synchronous or resolved when an async/promise-returning function. You usually wouldn't want to wait for this, but you could for example catch possible errors. If any of the listeners throw/reject, the returned promise will be rejected with the error, but the other listeners will not be affected.

emitSerial(eventName, [data])

Same as above, but it waits for each listener to resolve before triggering the next one. This can be useful if your events depend on each other. Although ideally they should not. Prefer emit() whenever possible.

If any of the listeners throw/reject, the returned promise will be rejected with the error and the remaining listeners will not be called.

onAll(listener)

Subscribe to be notified about any event.

Returns a method to unsubscribe.

listener(eventName, data)

offAny([listener])

Unsubscribe an onAny listener.

If you don't pass in a listener, it will remove all onAny listeners.

clear()

Clear all event listeners on the instance.

listenerCount([eventName])

The number of listeners for the eventName or all events if not specified.

FAQ

How is this different than the built-in EventEmitter in Node.js?

There are many things to not like about EventEmitter: its huge API surface, synchronous event emitting, magic error event, flawed memory leak detection. Emittery has none of that.

Isn't EventEmitter synchronous for a reason?

Mostly backwards compatibility reasons. The Node.js team can't break the whole ecosystem.

It also allows silly code like this:

let unicorn = false;

emitter.on('🦄', () => {
	unicorn = true;
});

emitter.emit('🦄');

console.log(unicorn);
//=> true

But I would argue doing that shows a deeper lack of Node.js and async comprehension and is not something we should optimize for. The benefit of async emitting is much greater.

Can you support multiple arguments for emit()?

No, just use the spread operator:

emitter.emit('🦄', [foo, bar]);
emitter.on('🦄', data => console.log(...data));

Related

• p-event - Promisify an event by waiting for it to be emitted

License

MIT © Sindre Sorhus