View Flashcards

1
Q

extend

A

extend

Backbone.View.extend(properties, [classProperties])

Get started with views by creating a custom view class. You’ll want to override the render function, specify your declarative events, and perhaps the tagName, className, or id of the View’s root element.

var DocumentRow = Backbone.View.extend({

tagName: “li”,

className: “document-row”,

  events: {
    "click .icon":          "open",
    "click .button.edit":   "openEditDialog",
    "click .button.delete": "destroy"
  },

initialize: function() {
this.listenTo(this.model, “change”, this.render);
}

render: function() {

}

});

Properties like tagName, id, className, el, and events may also be defined as a function, if you want to wait to define them until runtime.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

constructor / initialize

A

constructor / initialize

new View([options])

When creating a new View, the options you pass — after being merged into any default options already present on the view — are attached to the view as this.options for future reference. There are several special options that, if passed, will be attached directly to the view: model, collection, el, id, className, tagName and attributes. If the view defines an initialize function, it will be called when the view is first created. If you’d like to create a view that references an element already in the DOM, pass in the element as an option: new View({el: existingElement})

var doc = documents.first();

new DocumentRow({
  model: doc,
  id: "document-row-" + doc.id
});
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

el

A

el

view.el

All views have a DOM element at all times (the el property), whether they’ve already been inserted into the page or not. In this fashion, views can be rendered at any time, and inserted into the DOM all at once, in order to get high-performance UI rendering with as few reflows and repaints as possible. this.el is created from the view’s tagName, className, id and attributes properties, if specified. If not, el is an empty div.

var ItemView = Backbone.View.extend({
  tagName: 'li'
});
var BodyView = Backbone.View.extend({
  el: 'body'
});
var item = new ItemView();
var body = new BodyView();

alert(item.el + ‘ ‘ + body.el);

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

$el

A

$el

view.$el

A cached jQuery object for the view’s element. A handy reference instead of re-wrapping the DOM element all the time.

view.$el.show();

listView.$el.append(itemView.el);

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

setElement

A

setElement

view.setElement(element)

If you’d like to apply a Backbone view to a different DOM element, use setElement, which will also create the cached $el reference and move the view’s delegated events from the old element to the new one.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

attributes

A

attributes

view.attributes

A hash of attributes that will be set as HTML DOM element attributes on the view’s el (id, class, data-properties, etc.), or a function that returns such a hash.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

$ (jQuery)

A

$ (jQuery)

view.$(selector)

If jQuery is included on the page, each view has a $ function that runs queries scoped within the view’s element. If you use this scoped jQuery function, you don’t have to use model ids as part of your query to pull out specific elements in a list, and can rely much more on HTML class attributes. It’s equivalent to running: view.$el.find(selector)

ui.Chapter = Backbone.View.extend({
  serialize : function() {
    return {
      title: this.$(".title").text(),
      start: this.$(".start-page").text(),
      end:   this.$(".end-page").text()
    };
  }
});
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

render

A

render

view.render()

The default implementation of render is a no-op. Override this function with your code that renders the view template from model data, and updates this.el with the new HTML. A good convention is to return this at the end of render to enable chained calls.

var Bookmark = Backbone.View.extend({
  template: _.template(…),
  render: function() {
    this.$el.html(this.template(this.model.attributes));
    return this;
  }
});

Backbone is agnostic with respect to your preferred method of HTML templating. Your render function could even munge together an HTML string, or use document.createElement to generate a DOM tree. However, we suggest choosing a nice JavaScript templating library. Mustache.js, Haml-js, and Eco are all fine alternatives. Because Underscore.js is already on the page, _.template is available, and is an excellent choice if you prefer simple interpolated-JavaScript style templates.

Whatever templating strategy you end up with, it’s nice if you never have to put strings of HTML in your JavaScript. At DocumentCloud, we use Jammit in order to package up JavaScript templates stored in /app/views as part of our main core.js asset package.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

remove

A

remove

view.remove()

Removes a view from the DOM, and calls stopListening to remove any bound events that the view has listenTo’d.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

delegateEvents

A

delegateEvents

delegateEvents([events])

Uses jQuery’s on function to provide declarative callbacks for DOM events within a view. If an events hash is not passed directly, uses this.events as the source. Events are written in the format {“event selector”: “callback”}. The callback may be either the name of a method on the view, or a direct function body. Omitting the selector causes the event to be bound to the view’s root element (this.el). By default, delegateEvents is called within the View’s constructor for you, so if you have a simple events hash, all of your DOM events will always already be connected, and you will never have to call this function yourself.

The events property may also be defined as a function that returns an events hash, to make it easier to programmatically define your events, as well as inherit them from parent views.

Using delegateEvents provides a number of advantages over manually using jQuery to bind events to child elements during render. All attached callbacks are bound to the view before being handed off to jQuery, so when the callbacks are invoked, this continues to refer to the view object. When delegateEvents is run again, perhaps with a different events hash, all callbacks are removed and delegated afresh — useful for views which need to behave differently when in different modes.

A view that displays a document in a search result might look something like this:

var DocumentView = Backbone.View.extend({

events: {
“dblclick” : “open”,
“click .icon.doc” : “select”,
“contextmenu .icon.doc” : “showMenu”,
“click .show_notes” : “toggleNotes”,
“click .title .lock” : “editAccessLevel”,
“mouseover .title .date” : “showTooltip”
},

render: function() {
this.$el.html(this.template(this.model.attributes));
return this;
},

open: function() {
window.open(this.model.get(“viewer_url”));
},

select: function() {
this.model.set({selected: true});
},

});

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

undelegateEvents

A

undelegateEvents

undelegateEvents()

Removes all of the view’s delegated events. Useful if you want to disable or remove a view from the DOM temporarily.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly