These docs are for Marionette 3 which is still in pre-release. Some parts may not be accurate or up-to-date
DEPRECATED: CompositeView
is deprecated. See
CollectionView
to see how to build equivalent views in Marionette 3
A CompositeView
extends from CollectionView
to be used as a
composite view for scenarios where it should represent both a
branch and leaf in a tree structure, or for scenarios where a
collection needs to be rendered within a wrapper template. By default the
CompositeView
will maintain a sorted collection's order
in the DOM. This behavior can be disabled by specifying {sort: false}
on initialize.
Please see the Marionette.CollectionView documentation for more information on available features and functionality.
For example, if you're rendering a tree-view control, you may want to render a collection view with a model and template so that it will show a parent child with children in the tree.
var CompositeView = Marionette.CompositeView.extend({
template: "#leaf-branch-template"
});
new CompositeView({
model: someModel,
collection: someCollection
});
template
childView
childViewContainer
attachHtml
renderChildren
template
When a CompositeView
is rendered, the model
will be rendered
with the template
that the view is configured with. You can
override the template by passing it in as a constructor option:
new MyComp({
template: "#some-template"
});
The collection
option is not passed to the template context by
default. If your template
needs access to the collection, you'll
need to pass it via templateContext
:
new MyComp({
template: "#some-template",
templateContext: function() {
return { items: this.collection.toJSON() };
}
})
childView
Each childView will be rendered using the childView
's template. The CompositeView
's
template is rendered and the childView's templates are added to this.
var ChildView = Marionette.View.extend({});
var CompView = Marionette.CompositeView.extend({
childView: ChildView
});
You can also define childView
as a function, which allows you to choose the view class
to be rendered at runtime.
For more information see the CollectionView's documentation.
childViewContainer
By default the composite view uses the same attachHtml
method that the
collection view provides. This means the view will call jQuery's .append
to move the HTML contents from the child view instance in to the collection
view's el
.
This is typically not very useful as a composite view will usually render a container DOM element in which the child views should be placed.
For example, if you are building a table view, and want to append each
child from the collection in to the <tbody>
of the table, you might
do this with a template:
<script id="row-template" type="text/html">
<td><%= someData %></td>
<td><%= moreData %></td>
<td><%= stuff %></td>
</script>
<script id="table-template" type="text/html"></script>
To get your childView instances to render within the <tbody>
of this
table structure, specify an childViewContainer
in your composite view,
like this:
var RowView = Marionette.View.extend({
tagName: "tr",
template: "#row-template"
});
var TableView = Marionette.CompositeView.extend({
childView: RowView,
// specify a jQuery selector to put the `childView` instances into
childViewContainer: "tbody",
template: "#table-template"
});
This will put all of the childView
instances into the <tbody>
tag of
the composite view's rendered template, correctly producing the table
structure.
Alternatively, you can specify a function as the childViewContainer
. This
function needs to return a jQuery selector string, or a jQuery selector
object.
var TableView = Marionette.CompositeView.extend({
// ...
childViewContainer: function(){
return "#my-tbody"
}
});
Using a function allows for logic to be used for the selector. However, only one value can be returned. Upon returning the first value, it will be cached and that value will be used for the remainder of that view instance' lifecycle.
Alternatively, the childViewContainer
can be supplied in the constructor
function options:
var myComp = new Marionette.CompositeView({
// ...,
childViewContainer: "#my-tbody"
});
attachHtml
Sometimes the childViewContainer
configuration is insufficient for
specifying where the childView
instance should be placed. If this is the
case, you can override the attachHtml
method with your own implementation.
For more information on this method, see the CollectionView's documentation.
childView
container selectionThe getChildViewContainer
method is passed a second childView
parameter which, when overridden, allows for a finer tuned container selection by being able to access the childView
which is about to be appended to the containerView
returned by getChildViewContainer
.
renderChildren
The renderChildren
method re-renders the views within the childViewContainer
for the collection without re-rendering the surrouding template.
The default rendering mode for a CompositeView
assumes a
hierarchical, recursive structure. If you configure a composite
view without specifying an childView
, you'll get the same
composite view class rendered for each child in the collection.
The model and collection for the composite view will re-render themselves under the following conditions:
As with item view instances, the composite view instance is passed as the
third argument to the Renderer
object's render
method, which is
useful in custom Renderer
implementations.
During the course of rendering a composite, several events will be triggered. These events are triggered with the Marionette.triggerMethod function, which calls a corresponding "on{EventName}" method on the view.
onBeforeRenderChildren
- before the collection of models is renderedonRenderChildren
- after the collection of models has been renderedonBeforeRender
- before anything has been renderedonRender
- after everything has been renderedAdditionally, after the composite view has been rendered, an
onRender
method will be called. You can implement this in
your view to provide custom code for dealing with the view's
el
after it has been rendered:
Marionette.CompositeView.extend({
onRender: function(){
// do stuff here
}
});
Similar to View, you can organize the UI elements inside the
CompositeView by specifying them in the UI
hash. It should be
noted that the elements that can be accessed via this hash are
the elements that are directly rendered by the composite view
template, not those belonging to the collection.
The UI elements will be accessible as soon as the composite view
template is rendered (and before the collection is rendered),
which means you can even access them in the onBeforeRender
method.
CompositeViews can bind directly to model events and collection events in a declarative manner:
Marionette.CompositeView.extend({
modelEvents: {
"change": "modelChanged"
},
collectionEvents: {
"add": "modelAdded"
}
});