In JavaScript we can only inherit from a single object. There can be only one [[Prototype]]
for an object. And a class may extend only one other class.
But sometimes that feels limiting. For instance, we have a class StreetSweeper
and a class Bicycle
, and want to make their mix: a StreetSweepingBicycle
.
Or we have a class User
and a class EventEmitter
that implements event generation, and we’d like to add the functionality of EventEmitter
to User
, so that our users can emit events.
There’s a concept that can help here, called “mixins”.
As defined in Wikipedia, a mixin is a class containing methods that can be used by other classes without a need to inherit from it.
In other words, a mixin provides methods that implement a certain behavior, but we do not use it alone, we use it to add the behavior to other classes.
A mixin example
The simplest way to implement a mixin in JavaScript is to make an object with useful methods, so that we can easily merge them into a prototype of any class.
For instance here the mixin sayHiMixin
is used to add some “speech” for User
:
// mixin
let sayHiMixin = {
sayHi() {
alert(`Hello ${this.name}`);
},
sayBye() {
alert(`Bye ${this.name}`);
}
};
// usage:
class User {
constructor(name) {
this.name = name;
}
}
// copy the methods
Object.assign(User.prototype, sayHiMixin);
// now User can say hi
new User("Dude").sayHi(); // Hello Dude!
There’s no inheritance, but a simple method copying. So User
may inherit from another class and also include the mixin to “mix-in” the additional methods, like this:
class User extends Person {
// ...
}
Object.assign(User.prototype, sayHiMixin);
Mixins can make use of inheritance inside themselves.
For instance, here sayHiMixin
inherits from sayMixin
:
let sayMixin = {
say(phrase) {
alert(phrase);
}
};
let sayHiMixin = {
__proto__: sayMixin, // (or we could use Object.setPrototypeOf to set the prototype here)
sayHi() {
// call parent method
super.say(`Hello ${this.name}`); // (*)
},
sayBye() {
super.say(`Bye ${this.name}`); // (*)
}
};
class User {
constructor(name) {
this.name = name;
}
}
// copy the methods
Object.assign(User.prototype, sayHiMixin);
// now User can say hi
new User("Dude").sayHi(); // Hello Dude!
Please note that the call to the parent method super.say()
from sayHiMixin
(at lines labelled with (*)
) looks for the method in the prototype of that mixin, not the class.
Here’s the diagram (see the right part):
That’s because methods sayHi
and sayBye
were initially created in sayHiMixin
. So even though they got copied, their [[HomeObject]]
internal property references sayHiMixin
, as shown in the picture above.
As super
looks for parent methods in [[HomeObject]].[[Prototype]]
, that means it searches sayHiMixin.[[Prototype]]
.
EventMixin
Now let’s make a mixin for real life.
An important feature of many browser objects (for instance) is that they can generate events. Events are a great way to “broadcast information” to anyone who wants it. So let’s make a mixin that allows us to easily add event-related functions to any class/object.
- The mixin will provide a method
.trigger(name, [...data])
to “generate an event” when something important happens to it. Thename
argument is a name of the event, optionally followed by additional arguments with event data. - Also the method
.on(name, handler)
that addshandler
function as the listener to events with the given name. It will be called when an event with the givenname
triggers, and get the arguments from the.trigger
call. - …And the method
.off(name, handler)
that removes thehandler
listener.
After adding the mixin, an object user
will be able to generate an event "login"
when the visitor logs in. And another object, say, calendar
may want to listen for such events to load the calendar for the logged-in person.
Or, a menu
can generate the event "select"
when a menu item is selected, and other objects may assign handlers to react on that event. And so on.
Here’s the code:
let eventMixin = {
/**
* Subscribe to event, usage:
* menu.on('select', function(item) { ... }
*/
on(eventName, handler) {
if (!this._eventHandlers) this._eventHandlers = {};
if (!this._eventHandlers[eventName]) {
this._eventHandlers[eventName] = [];
}
this._eventHandlers[eventName].push(handler);
},
/**
* Cancel the subscription, usage:
* menu.off('select', handler)
*/
off(eventName, handler) {
let handlers = this._eventHandlers?.[eventName];
if (!handlers) return;
for (let i = 0; i < handlers.length; i++) {
if (handlers[i] === handler) {
handlers.splice(i--, 1);
}
}
},
/**
* Generate an event with the given name and data
* this.trigger('select', data1, data2);
*/
trigger(eventName, ...args) {
if (!this._eventHandlers?.[eventName]) {
return; // no handlers for that event name
}
// call the handlers
this._eventHandlers[eventName].forEach(handler => handler.apply(this, args));
}
};
.on(eventName, handler)
– assigns functionhandler
to run when the event with that name occurs. Technically, there’s an_eventHandlers
property that stores an array of handlers for each event name, and it just adds it to the list..off(eventName, handler)
– removes the function from the handlers list..trigger(eventName, ...args)
– generates the event: all handlers from_eventHandlers[eventName]
are called, with a list of arguments...args
.
Usage:
// Make a class
class Menu {
choose(value) {
this.trigger("select", value);
}
}
// Add the mixin with event-related methods
Object.assign(Menu.prototype, eventMixin);
let menu = new Menu();
// add a handler, to be called on selection:
menu.on("select", value => alert(`Value selected: ${value}`));
// triggers the event => the handler above runs and shows:
// Value selected: 123
menu.choose("123");
Now, if we’d like any code to react to a menu selection, we can listen for it with menu.on(...)
.
And eventMixin
mixin makes it easy to add such behavior to as many classes as we’d like, without interfering with the inheritance chain.
Summary
Mixin – is a generic object-oriented programming term: a class that contains methods for other classes.
Some other languages allow multiple inheritance. JavaScript does not support multiple inheritance, but mixins can be implemented by copying methods into prototype.
We can use mixins as a way to augment a class by adding multiple behaviors, like event-handling as we have seen above.
Mixins may become a point of conflict if they accidentally overwrite existing class methods. So generally one should think well about the naming methods of a mixin, to minimize the probability of that happening.