Controllers
Controllers behave like a specialized type of Component that is rendered by the router when entering a Route.
The controller receives a single property from the Route – model
– which is
the return value of the Route's model()
method.
To define a Controller, run:
ember generate controller my-controller-name
The value of my-controller-name
must match the name of the Route that renders
it. So a Route named blog-post
would have a matching Controller named
blog-post
.
You only need to generate a Controller if you want to customize its
properties or provide any actions
. If you have no customizations, Ember will
provide a Controller instance for you at run time.
Let's explore these concepts using an example of a route displaying a blog
post. Presume a BlogPost
model that is presented in a blog-post
template.
The BlogPost
model would have properties like:
title
intro
body
author
Your template would bind to these properties in the blog-post
template:
In this simple example, we don't have any display-specific properties
or actions just yet. For now, our controller's model
property acts as a
pass-through (or "proxy") for the model properties. (Remember that
a controller gets the model it represents from its route handler.)
Let's say we wanted to add a feature that would allow the user to
toggle the display of the body section. To implement this, we would
first modify our template to show the body only if the value of a
new isExpanded
property is true.
You can then define what the action does within the actions
hook
of the controller, as you would with a component:
import Controller from '@ember/controller';
export default Controller.extend({
isExpanded: false,
actions: {
toggleBody() {
this.toggleProperty('isExpanded');
}
}
});
Common questions
Should I use controllers in my application? I've heard they're going away!
Yes! Controllers are still an integral part of an Ember application architecture, and generated by the framework even if you don't declare a Controller module explicitly.