wildemitter

WebJar for wildemitter

License

License

MIT
GroupId

GroupId

org.webjars.npm
ArtifactId

ArtifactId

wildemitter
Last Version

Last Version

1.2.0
Release Date

Release Date

Type

Type

jar
Description

Description

wildemitter
WebJar for wildemitter
Project URL

Project URL

http://webjars.org
Source Code Management

Source Code Management

https://github.com/HenrikJoreteg/wildemitter

Download wildemitter

How to add to project

<!-- https://jarcasting.com/artifacts/org.webjars.npm/wildemitter/ -->
<dependency>
    <groupId>org.webjars.npm</groupId>
    <artifactId>wildemitter</artifactId>
    <version>1.2.0</version>
</dependency>
// https://jarcasting.com/artifacts/org.webjars.npm/wildemitter/
implementation 'org.webjars.npm:wildemitter:1.2.0'
// https://jarcasting.com/artifacts/org.webjars.npm/wildemitter/
implementation ("org.webjars.npm:wildemitter:1.2.0")
'org.webjars.npm:wildemitter:jar:1.2.0'
<dependency org="org.webjars.npm" name="wildemitter" rev="1.2.0">
  <artifact name="wildemitter" type="jar" />
</dependency>
@Grapes(
@Grab(group='org.webjars.npm', module='wildemitter', version='1.2.0')
)
libraryDependencies += "org.webjars.npm" % "wildemitter" % "1.2.0"
[org.webjars.npm/wildemitter "1.2.0"]

Dependencies

There are no dependencies for this project. It is a standalone project that does not depend on any other jars.

Project Modules

There are no modules declared in this project.

WildEmitter - A lightweight event emitter that supports wildcard handlers

What's an event emitter?

If you've ever listened for a click event in a browser you've used an emitter. But, user interaction isn't the only thing that can trigger an event worth listening to. You can also make other objects capable of emitting events. That's what wildemitter is for. You can extend your objects with it so that you can emit events from them and register handlers on them. This pattern helps you write more re-usable code because your object don't have to know how it's going to be used. It can simply emit events any time something happens that other code may be interested in.

You'll see this type of pattern a lot in node.js. Where lots of things in the standard libraries inherit from EventEmitter and emit various events to indicate progress, errors, completion, etc.

So, why make another one? Aren't there others already?

Well, yes there are, but not quite what I wanted. This one is largely based on the emitter in @visionmedia's UIKit. So, much props to TJ for that. But there were a few more things I wanted. Specifically the following:

  • Super lightweight
  • Support for browser/node.js (browser use requires a CommonJS wrapper of some kind, like Stitch or Browserify)
  • Support for wildcard handlers (* or something*)
  • Support for grouping registered handlers and unbinding them all by their group name. This is really handy when, for example, you want unbind all handlers associated with a given "sub-page" within a single page app.
  • Available with Bower, bower install wildemitter --save

How do I use it?

var Emitter = require('./wildemitter');

// the example object we're making
function Fruit(name) {
    this.name = name;
}

//Mix the emitter behaviour into Fruit
Emitter.mixin(Fruit);

// a function that emits an events when called
Fruit.prototype.test = function () {
    this.emit('test', this.name);
};

// set up some test fruits
var apple = new Fruit('apple');

apple.on('*', function () {
    console.log('"*" handler called', arguments);
});

apple.on('te*', function () {
    console.log('"te*" handler called', arguments);
});

apple.on('test', function () {
    console.log('"test" handler called', arguments);
});

// calling the method that emits events.
apple.test();

// it should write the following the log:
/*
"test" handler called { '0': 'apple' }
"*" handler called { '0': 'test', '1': 'apple' }
"te*" handler called { '0': 'test', '1': 'apple' }
*/

// this will remove any handlers explicitly listening for 'test' events.
apple.off('test');

// calling our method again would this time only call the two wildcard handlers
// producing the following output
/*
"*" handler called { '0': 'test', '1': 'apple' }
"te*" handler called { '0': 'test', '1': 'apple' }
*/

// grouped handlers example, we'll create another fruit
var orange = new Fruit('orange');

// In this case "today" is the name of the group.
// here we'll bind some handlers that all pass 'today'
// as the group name
orange.on('test', 'today', someHandler);
orange.on('someOtherEvent', 'today', someHandler);
orange.on('*', 'today', someHandler);

// we can now unbind all three of those handlers like this
orange.releaseGroup('today');

The old way

If you don't want to use Emitter.mixin, you can still use it the old way:

function Fruit(name) {
    this.name = name;

    // call emitter with this context
    Emitter.call(this);
}

// and also inherit from Emitter
Fruit.prototype = new Emitter;

Including

Emitters are often something you want to be able to include in another lib. There's also file called wildemitter-bare.js that doesn't have any export mechanism.

Building/Testing

  1. Edit files in /src
  2. Run npm test

You can also run build by itself: npm run build

Changelog

  • v1.2.1 - Fixes issues caused by trying to remove handler not yet added (thanks @konradkierus)
  • v1.0.1 diff - Fixes wildcard matching issue.
  • v1.0.0 diff - Copy emitter array before firing. Though its unlikely this could impact how your application functions, hence bumping the 1st major version number per semver conventions.

Credits

Written by @HenrikJoreteg inspired by TJ's emitter component.

Contributors: https://github.com/HenrikJoreteg/wildemitter/graphs/contributors

License

MIT

If you like this follow @HenrikJoreteg on twitter.

Versions

Version
1.2.0