The Marionette views use an event lifecycle, triggering events on any listeners to act at different points inside the creation and destruction of views and their children.
View Lifecycle
CollectionView Lifecycle
NextCollectionView Lifecycle
Regions and the View Lifecycle
View LifecycleMarionette views define a number of events during the creation and destruction
lifecycle - when the view is displayed in and emptied from a region. In the
documentation, we will reference the event name, though
onEvent handling can be used.
All automatically fired events pass the triggering view to all event handlers as the first argument.
When a view is initialized and then displayed inside a region (using
showChildView()) a set of events will be called in a specific order.
| Order | Event | Arguments |
|---|---|---|
| 1 | before:render |
view - view being rendered |
| 2 | render |
view - view being rendered |
| 3* | before:attach |
view - view being attached |
| 4* | attach |
view - view being attached |
| 5* | dom:refresh |
view - view being rendered |
The events marked with "*" only fire if/when the region's el is attached to the DOM.
When region.empty() is called, the view will be destroyed, calling events as
part of the destruction lifecycle.
| Order | Event | Arguments |
|---|---|---|
| 1 | before:destroy |
view - view being destroyed |
...args - arguments passed to destroy |
||
| 2* | before:detach |
view - view being detached |
| 3* | dom:remove |
view - view being detached |
| 4* | detach |
view - view being detached |
| 5 | destroy |
view - view being destroyed |
...args - arguments passed to destroy |
The events marked with "*" only fire if/when the view was attached to the DOM.
The order of the destruction events is dependent on when the view (or a parent view) is detached. When a parent attached view is destroyed it will receive the events as listed above, but its children will receive both detach events first when the parent is detached and the children will be destroyed after the detach is complete.
| Order | Event | Arguments |
|---|---|---|
| 1 | before:detach |
view - view being detached |
| 2* | dom:remove |
view - view being detached |
| 3* | detach |
view - view being detached |
| 4* | before:destroy |
view - view being destroyed |
...args - arguments passed to destroy |
||
| 5 | destroy |
view - view being destroyed |
...args - arguments passed to destroy |
The events marked with "*" only fire if/when the view was attached to the DOM.
These events are fired during the view's creation and rendering in a region.
before:renderTriggered before a View is rendered.
var Mn = require('backbone.marionette');
Mn.View.extend({
onBeforeRender: function() {
// set up final bits just before rendering the view's `el`
}
});
renderThis is the optimal event for handling child views.
Triggered after the view has been rendered.
You can implement this in your view to provide custom code for dealing
with the view's el after it has been rendered.
var Mn = require('backbone.marionette');
Mn.View.extend({
onRender: function() {
console.log('el exists but is not visible in the DOM');
}
});
before:attachTriggered after the View has been rendered but just before it is first bound
into the page DOM. This will only be triggered once per region.show(). If
you are re-rendering your view after it has been shown, you most likely want to
listen to the render or dom:refresh events.
attachThis is the optimal event to handle when the view's el must be in the DOM.
Clean up any added handlers in before:detach.
Triggered once the View has been bound into the DOM. This is only triggered
once - the first time the View is attached to the DOM. If you are re-rendering
your view after it has been shown, you most likely want to listen to the
dom:refresh event.
dom:refreshThis is the optimal event to handle when the view's contents must be in the DOM.
Clean up any added handlers in dom:remove.
The dom:refresh event is fired in two separate places:
attach event)render method is calledconst myView = new Mn.View({
template: _.template('<span><%= count %><span>'),
templateContext: function() {
this.count = (this.count || 0) + 1;
return {
count: this.count
};
},
onRender: function() {
console.log('render');
},
onAttach: function() {
console.log('attach');
},
onDomRefresh: function() {
console.log('dom:refresh');
}
});
// some layout view
layout.showChildView('myRegion', myView);
/*
Output:
render
attach
dom:refresh
*/
myView.render();
/*
Output:
render
dom:refresh
*/
These events are fired during the view's destruction and removal from a region.
before:destroyTriggered just prior to destroying the view, when the view's destroy() method has been called.
The view may or may not be in the DOM at this point.
var Mn = require('backbone.marionette');
Mn.View.extend({
onBeforeDestroy: function() {
// custom destroying and non-DOM related cleanup goes here
}
});
before:detachThis is the optimal event for cleaning up anything added in onAttach.
The View will trigger the before:detach event when the view is rendered and
is about to be removed from the DOM.
If the view has not been attached to the DOM, this event will not be fired.
var Mn = require('backbone.marionette');
Mn.View.extend({
onBeforeDetach: function() {
// custom destroying and DOM related cleanup goes here
}
});
detachThe View will trigger the detach event when the view was rendered and has
just been removed from the DOM.
dom:removeThis is the optimal event for cleaning up anything added in onDomRefresh.
The dom:remove event is fired in two separate places:
before:detach event)render method is called if the view is already rendered.const myView = new Mn.View({
template: _.template('<span><%= count %><span>'),
templateContext: function() {
this.count = (this.count || 0) + 1;
return {
count: this.count
};
},
onBeforeRender: function() {
console.log('before:render');
},
onRender: function() {
console.log('render');
},
onBeforeDetach: function() {
console.log('before:detach');
},
onDetach: function() {
console.log('detach');
},
onDomRemove: function() {
console.log('dom:remove');
}
});
// some layout view
layout.showChildView('myRegion', myView);
myView.render();
/*
Output:
before:render
dom:remove
render
*/
myView.destroy();
/*
Output:
before:detach
dom:remove
detach
*/
destroyTriggered just after the view has been destroyed. At this point, the view has been completely removed from the DOM.
These events are fired on specific actions performed on the view.
before:add:regionWhen you add a region to a view - through addRegion() - the
before:add:region event will fire just before the region is actually added.
add:regionWhen a region is added to a view - through addRegion() - the add:region
event will be fired. This happens just after the region is added and is
available to use on the view.
var Mn = require('backbone.marionette');
var MyView = Mn.View.extend({
onAddRegion: function(name, region) {
console.log('Region called ' + name + ' was added');
}
});
var myView = new MyView();
myView.addRegion('regionName', '#selector');
before:remove:regionThe View will trigger a before:remove:region
event before a region is removed from the view.
This allows you to perform any cleanup operations before the region is removed.
var Mn = require('backbone.marionette');
var MyView = Mn.View.extend({
onBeforeRemoveRegion: function(name) {
console.log('Region called ' + name + ' is about to be removed');
},
regions: {
regionName: '#selector'
}
});
var myView = new MyView();
myView.removeRegion('foo');
remove:regionThe View will trigger a remove:region
event when a region is removed from the view.
This allows you to use the region instance one last
time, or remove the region from an object that has a
reference to it:
var Mn = require('backbone.marionette');
var view = new Mn.View();
view.on('remove:region', function(name, region) {
// add the region instance to an object
delete myObject[name];
});
view.addRegion('foo', '#bar');
view.removeRegion('foo');
CollectionView LifecycleThe CollectionView has its own lifecycle around the standard View event
rendering lifecycle. This section covers the events that get triggered and what
they indicate.
The CollectionView creation lifecycle can go down two paths depending on
whether the collection is populated or empty. The below table shows the order of
rendering events firing:
| Order | Event | Arguments |
|---|---|---|
| 1 | before:render |
collectionview - collection view being rendered |
| 2* | before:render:empty |
collectionview - collection view being rendered |
view - empty view being rendered |
||
| 2+ | before:render:children |
collectionview - collection view being rendered |
| 3 | before:add:child |
collectionview - collection view being rendered |
child - child view being rendered |
||
| 4 | add:child |
collectionview - collection view being rendered |
child - child view being rendered |
||
| 5* | render:empty |
collectionview - collection view being rendered |
view - empty view being rendered |
||
| 5+ | render:children |
collectionview - collection view being rendered |
| 6 | render |
collectionview - collection view being rendered |
| 7 | before:attach |
collectionview - collection view being rendered |
| 8 | attach |
collectionview - collection view being rendered |
| 9 | dom:refresh |
collectionview - collection view being rendered |
The events marked with "*" only fire on empty collections and events marked with "+" fire on collections with items.
When a CollectionView is destroyed it fires a series of events in order to
reflect the different stages of the destruction process.
| Order | Event | Arguments |
|---|---|---|
| 1 | before:destroy |
collectionview - collection view being destroyed |
...args - arguments passed to destroy |
||
| 2 | before:detach |
collectionview - collection view being destroyed |
| 3 | detach |
collectionview - collection view being destroyed |
| 4 | before:destroy:children |
collectionview - collection view being destroyed |
| 5* | before:remove:empty |
collectionview - collection view being destroyed |
| 5+ | before:remove:child |
collectionview - collection view being destroyed |
view - child view being destroyed |
||
| 6* | remove:child |
collectionview - collection view being destroyed |
view - child view being destroyed |
||
| 6+ | remove:empty |
collectionview - collection view being destroyed |
| 7 | destroy |
collectionview - collection view being destroyed |
...args - arguments passed to destroy |
The events marked with "*" only fire on empty collections and events marked with "+" fire on collections with items.
before:renderTriggers before the CollectionView render process starts. See the
before:render Documentation for an
example.
before:render:emptyTriggers just before rendering a collection emptyView. This won't be fired if
the collection has 1 or more elements in.
before:render:childrenThis event fires just before rendering the children in the CollectionView.
This only fires if the collection has at least one item.
before:add:childThis event fires before each child is added to the view. If the collection is
empty, this fires exactly once for the emptyView.
add:childThis event fires after each child is added to the view. This fires once for each item in the attached collection.
If the collection is empty, this event fires exactly once for the emptyView.
render:emptyThis event fires once the emptyView has been rendered. This will only fire if
the attached collection is empty.
render:childrenThis event fires once all the collection's child views have been rendered. This
only fires if the collection has at least one item. This may also fire when
reorderOnSort is false:
var Bb = require('backbone');
var Mn = require('backbone.marionette');
var MyView = Mn.CollectionView.extend({
onRenderChildren: function({
console.log('The collectionview children have been rendered');
})
});
var myView = new MyView({
collection: new Bb.Collection([{ id: 1 }]);
});
myView.render();
renderFires when the collection has completely finished rendering. See the
render Documentation for more information.
before:destroyFires as the destruction process is beginning. This is best used to perform any
necessary cleanup within the CollectionView.
var Mn = require('backbone.marionette');
var MyView = Mn.CollectionView.extend({
onBeforeDestroy: function() {
console.log('The CollectionView is about to be destroyed');
}
});
var myView = new MyView();
myView.destroy();
before:detachFires just before the CollectionView is removed from the DOM. If you need to
remove any event handlers or UI modifications, this would be the best time to do
that.
detachFires just after the CollectionView is removed from the DOM. The view's
elements will still exist in memory if you need to access them.
before:destroy:childrenThis is triggered just before the childView items are destroyed.
Triggered when the collectionView is destroyed or before the collectionView's children are re-rendered.
before:remove:emptyThis is triggered just before the emptyView is removed from the
CollectionView. This only fires if the attached collection has no items.
The emptyView will then go through the its own
destruction lifecycle
before:remove:childThis is triggered for each childView that is removed from the
CollectionView. This can only fire if the collection contains items.
Each item in the CollectionView will undergo the
destruction lifecycle
remove:emptyFired after the emptyView has been removed and its destruction lifecycle has
been completed. This only fires if the attached collection has no items.
remove:childFired for each view that is removed from the CollectionView. This can only
fire if the collection has items.
destroyFired once the CollectionView has been destroyed and no longer exists.
Collection views can fire other events as part of their normal use.
reorder / before:reorder eventsWhen reorderOnSort is set to true, these
events are fired for the reordering of the collection.
var Bb = require('backbone');
var Mn = require('backbone.marionette');
var MyView = Mn.CollectionView.extend({...});
var myCol = new Bb.Collection({ comparator: ... })
var myView = new MyView({ reorderOnSort: true });
myView.render();
myCol.comparator = function () { return this.get('foo'); };
myView.on({
'reorder': function() {
console.log('the collection view has been reordered following its collection');
},
'before:reorder': function() {
console.log('the collection view is about to be reordered');
}
});
myCol.sort()
NextCollectionView LifecycleThe NextCollectionView has its own lifecycle around the standard View event
rendering lifecycle. This section covers the events that get triggered and what
they indicate.
The NextCollectionView creation lifecycle can go down two paths depending on
whether the collection is populated or empty. The below table shows the order of
rendering events firing:
| Order | Event | Arguments |
|---|---|---|
| 1* | before:render |
collectionview - collection view being rendered |
| 2 | before:remove:child |
collectionview - collection view being rendered |
child - child view being rendered |
||
| 3 | remove:child |
collectionview - collection view being rendered |
child - child view being rendered |
||
| 4 | before:add:child |
collectionview - collection view being rendered |
child - child view being rendered |
||
| 5 | add:child |
collectionview - collection view being rendered |
child - child view being rendered |
||
view - empty view being rendered |
||
| 6+ | before:sort |
collectionview - collection view being rendered |
| 7 | sort |
collectionview - collection view being rendered |
| 8# | before:filter |
collectionview - collection view being rendered |
| 9# | filter |
collectionview - collection view being rendered |
| 10 | before:render:children |
collectionview - collection view being rendered |
| 11 | render:children |
collectionview - collection view being rendered |
| 12* | render |
collectionview - collection view being rendered |
| 13** | before:attach |
collectionview - collection view being rendered |
| 14** | attach |
collectionview - collection view being rendered |
| 15** | dom:refresh |
collectionview - collection view being rendered |
"*" only fire if the NextCollectionView is fully rendering from either collectionView.render() or collectionView.collection.reset().
"+" including and after this point only occur if there are some children to render.
"#" only fires if a viewFilter is defined.
"**" fires from use in the parent when a CollectionView is shown in a Region or
as a childView of another CollectionView.
When a NextCollectionView is destroyed it fires a series of events in order to
reflect the different stages of the destruction process.
| Order | Event | Arguments |
|---|---|---|
| 1 | before:destroy |
collectionview - collection view being destroyed |
...args - arguments passed to destroy |
||
| 2 | before:detach |
collectionview - collection view being destroyed |
| 3 | detach |
collectionview - collection view being destroyed |
| 4 | before:destroy:children |
collectionview - collection view being destroyed |
| 5+ | before:remove:child |
collectionview - collection view being destroyed |
view - child view being destroyed |
||
| 6+ | remove:child |
collectionview - collection view being destroyed |
view - child view being destroyed |
||
| 7 | destroy:children |
collectionview - collection view being destroyed |
| 8 | destroy |
collectionview - collection view being destroyed |
...args - arguments passed to destroy |
The events marked with "+" only fire on collections with children.
before:renderTriggers before the NextCollectionView render process starts. See the
before:render Documentation for an
example.
before:add:childThis event fires before each child is added to the children.
add:childThis event fires after each child is added to the children. This fires once for each item in the attached collection.
before:sortThis event fires just before sorting the children in the NextCollectionView.
By default this only fires if the collectionView has at least one child.
sortThis event fires after sorting the children in the NextCollectionView.
By default this only fires if the collectionView has at least one child.
before:filterThis event fires just before filtering the children in the NextCollectionView.
By default this only fires if the collectionView has at least one child and has a viewFilter.
filterThis event fires after filtering the children in the NextCollectionView.
By default this only fires if the collectionView has at least one child and has a viewFilter.
before:render:childrenThis event fires just before rendering the children in the NextCollectionView.
By default this only fires if the collectionView has at least one view not filtered out.
render:childrenThis event fires once all the collection's child views have been rendered. By default this only fires if the collectionView has at least one view not filtered out.
var Bb = require('backbone');
var Mn = require('backbone.marionette');
var MyView = Mn.NextCollectionView.extend({
onRenderChildren: function({
console.log('The collectionview children have been rendered');
})
});
var myView = new MyView({
collection: new Bb.Collection([{ id: 1 }]);
});
myView.render();
renderFires when the collection has completely finished rendering. See the
render Documentation for more information.
before:destroyFires as the destruction process is beginning. This is best used to perform any
necessary cleanup within the NextCollectionView.
var Mn = require('backbone.marionette');
var MyView = Mn.NextCollectionView.extend({
onBeforeDestroy: function() {
console.log('The CollectionView is about to be destroyed');
}
});
var myView = new MyView();
myView.destroy();
before:detachFires just before the NextCollectionView is removed from the DOM. If you need to
remove any event handlers or UI modifications, this would be the best time to do
that.
detachFires just after the NextCollectionView is removed from the DOM. The view's
elements will still exist in memory if you need to access them.
before:destroy:childrenThis is triggered just before the childView items are destroyed.
Triggered when the NextCollectionView is destroyed or before the NextCollectionView's children are re-rendered.
before:remove:childThis is triggered for each childView that is removed from the
NextCollectionView. This can only fire if the collection contains items.
Each item in the NextCollectionView will undergo the
destruction lifecycle
remove:childFired for each view that is removed from the NextCollectionView. This can only
fire if the collection has items.
destroy:childrenThis is triggered just after the childView items are destroyed.
Triggered when the NextCollectionView is destroyed or before the NextCollectionView's children are re-rendered.
destroyFired once the NextCollectionView has been destroyed and no longer exists.
The NextCollectionView uses a region internally that can be used to know when the empty view is show or destroyed.
var Mn = require('backbone.marionette');
var MyView = Mn.NextCollectionView.extend({
emptyView: MyEmptyView
});
var myView = new MyView();
myView.emptyRegion.on({
show: function() {
console.log('CollectionView is empty!');
},
empty: function() {
console.log('CollectionView is removing the emptyView');
}
});
myView.render();
Both View and CollectionView share methods for checking if the view is attached or rendered.
isRendered()This function will return a boolean value reflecting if the view has been rendered.
isAttached()This function will return a boolean value reflecting if the view believes it is attached.
This is maintained when attaching a view with a Region or during View instantiation.
If a view is attached by other means this function may not reflect the actual state of attachment.
To be certain use Marionette.isNodeAttached.
When a view is instantiated, if the View's el is set to an existing node
the view's isRendered() will return true and before:render
and render events will not be fired when the view is shown in a Region.
Similarly if the el is attached to a node in the DOM the view's isAttached()
will return true and before:attach, attach and dom:refresh will not be fired
when the view is shown in a Region.
Regions and the View LifecycleWhen you show a view inside a region - either using region.show(view) or
showChildView('region', view) - the Region will emit events around the view
events that you can hook into.
When showing a view inside a region, the region emits a number of events:
| Order | Event | Arguments |
|---|---|---|
| 1 | before:show |
region - region showing the child view |
view - view being shown in the region |
||
options - options passed to show() |
||
| 2 | View Creation Lifecycle | |
| 3 | show |
region - region showing the child view |
view - view being shown in the region |
||
options - options passed to show() |
before:showEmitted on region.show(view), before the view lifecycle begins. At this point,
none of the view rendering will have been performed.
showEmitted after the view has been rendered and attached to the DOM (if this region is already attached to the DOM). This can be used to handle any extra manipulation that needs to occur.
When emptying a region, it will emit destruction events around the view's destruction lifecycle:
| Order | Event | Arguments |
|---|---|---|
| 1 | before:empty |
region - region being emptied |
view - view being removed |
||
| 2 | View Destruction Lifecycle | |
| 3 | empty |
region - region being emptied |
view - view being removed |
before:emptyEmitted before the view's destruction process begins. This can occur either by
calling region.empty() or by running region.show(view) on a region that's
displaying another view. It will also trigger if the view in the region is
destroyed.
emptyFired after the entire destruction process is complete. At this point, the view has been removed from the DOM completely.