4545 lines
184 KiB
HTML
4545 lines
184 KiB
HTML
<!DOCTYPE HTML>
|
||
<html>
|
||
<head>
|
||
<meta http-equiv="content-type" content="text/html;charset=UTF-8" />
|
||
<meta http-equiv="X-UA-Compatible" content="chrome=1" />
|
||
<meta name="viewport" content="width=device-width">
|
||
<link rel="canonical" href="http://backbonejs.org" />
|
||
<link rel="icon" href="docs/images/favicon.ico" />
|
||
<title>Backbone.js</title>
|
||
<style>
|
||
body {
|
||
font-size: 14px;
|
||
line-height: 22px;
|
||
font-family: Helvetica Neue, Helvetica, Arial;
|
||
background: #f4f4f4 url(docs/images/background.png);
|
||
}
|
||
.interface {
|
||
font-family: "Lucida Grande", "Lucida Sans Unicode", Helvetica, Arial, sans-serif !important;
|
||
}
|
||
div#sidebar {
|
||
background: #fff;
|
||
position: fixed;
|
||
z-index: 10;
|
||
top: 0; left: 0; bottom: 0;
|
||
width: 200px;
|
||
overflow-y: auto;
|
||
overflow-x: hidden;
|
||
-webkit-overflow-scrolling: touch;
|
||
padding: 15px 0 30px 30px;
|
||
border-right: 1px solid #bbb;
|
||
box-shadow: 0 0 20px #ccc; -webkit-box-shadow: 0 0 20px #ccc; -moz-box-shadow: 0 0 20px #ccc;
|
||
}
|
||
a.toc_title, a.toc_title:visited {
|
||
display: block;
|
||
color: black;
|
||
font-weight: bold;
|
||
margin-top: 15px;
|
||
}
|
||
a.toc_title:hover {
|
||
text-decoration: underline;
|
||
}
|
||
#sidebar .version {
|
||
font-size: 10px;
|
||
font-weight: normal;
|
||
}
|
||
ul.toc_section {
|
||
font-size: 11px;
|
||
line-height: 14px;
|
||
margin: 5px 0 0 0;
|
||
padding-left: 0px;
|
||
list-style-type: none;
|
||
font-family: Lucida Grande;
|
||
}
|
||
.toc_section li {
|
||
cursor: pointer;
|
||
margin: 0 0 3px 0;
|
||
}
|
||
.toc_section li a {
|
||
text-decoration: none;
|
||
color: black;
|
||
}
|
||
.toc_section li a:hover {
|
||
text-decoration: underline;
|
||
}
|
||
div.container {
|
||
position: relative;
|
||
width: 550px;
|
||
margin: 40px 0 50px 260px;
|
||
}
|
||
img#logo {
|
||
width: 450px;
|
||
height: 80px;
|
||
}
|
||
div.run {
|
||
position: absolute;
|
||
right: 15px;
|
||
width: 26px; height: 18px;
|
||
background: url('docs/images/arrows.png') no-repeat -26px 0;
|
||
}
|
||
div.run:active {
|
||
background-position: -51px 0;
|
||
}
|
||
p, div.container ul {
|
||
margin: 25px 0;
|
||
width: 550px;
|
||
}
|
||
p.warning {
|
||
font-size: 12px;
|
||
line-height: 18px;
|
||
font-style: italic;
|
||
}
|
||
div.container ul {
|
||
list-style: circle;
|
||
padding-left: 15px;
|
||
font-size: 13px;
|
||
line-height: 18px;
|
||
}
|
||
div.container ul li {
|
||
margin-bottom: 10px;
|
||
}
|
||
div.container ul.small {
|
||
font-size: 12px;
|
||
}
|
||
a, a:visited {
|
||
color: #444;
|
||
}
|
||
a:active, a:hover {
|
||
color: #000;
|
||
}
|
||
a.punch {
|
||
display: inline-block;
|
||
background: #4162a8;
|
||
border-top: 1px solid #38538c;
|
||
border-right: 1px solid #1f2d4d;
|
||
border-bottom: 1px solid #151e33;
|
||
border-left: 1px solid #1f2d4d;
|
||
-webkit-border-radius: 4px;
|
||
-moz-border-radius: 4px;
|
||
-ms-border-radius: 4px;
|
||
-o-border-radius: 4px;
|
||
border-radius: 4px;
|
||
-webkit-box-shadow: inset 0 1px 10px 1px #5c8bee, 0px 1px 0 #1d2c4d, 0 6px 0px #1f3053, 0 8px 4px 1px #111111;
|
||
-moz-box-shadow: inset 0 1px 10px 1px #5c8bee, 0px 1px 0 #1d2c4d, 0 6px 0px #1f3053, 0 8px 4px 1px #111111;
|
||
-ms-box-shadow: inset 0 1px 10px 1px #5c8bee, 0px 1px 0 #1d2c4d, 0 6px 0px #1f3053, 0 8px 4px 1px #111111;
|
||
-o-box-shadow: inset 0 1px 10px 1px #5c8bee, 0px 1px 0 #1d2c4d, 0 6px 0px #1f3053, 0 8px 4px 1px #111111;
|
||
box-shadow: inset 0 1px 10px 1px #5c8bee, 0px 1px 0 #1d2c4d, 0 6px 0px #1f3053, 0 8px 4px 1px #111111;
|
||
color: #fff;
|
||
font: bold 14px "helvetica neue", helvetica, arial, sans-serif;
|
||
line-height: 1;
|
||
margin-bottom: 15px;
|
||
padding: 8px 0 10px 0;
|
||
text-align: center;
|
||
text-shadow: 0px -1px 1px #1e2d4d;
|
||
text-decoration: none;
|
||
width: 225px;
|
||
-webkit-background-clip: padding-box; }
|
||
a.punch:hover {
|
||
-webkit-box-shadow: inset 0 0px 20px 1px #87adff, 0px 1px 0 #1d2c4d, 0 6px 0px #1f3053, 0 8px 4px 1px #111111;
|
||
-moz-box-shadow: inset 0 0px 20px 1px #87adff, 0px 1px 0 #1d2c4d, 0 6px 0px #1f3053, 0 8px 4px 1px #111111;
|
||
-ms-box-shadow: inset 0 0px 20px 1px #87adff, 0px 1px 0 #1d2c4d, 0 6px 0px #1f3053, 0 8px 4px 1px #111111;
|
||
-o-box-shadow: inset 0 0px 20px 1px #87adff, 0px 1px 0 #1d2c4d, 0 6px 0px #1f3053, 0 8px 4px 1px #111111;
|
||
box-shadow: inset 0 0px 20px 1px #87adff, 0px 1px 0 #1d2c4d, 0 6px 0px #1f3053, 0 8px 4px 1px #111111;
|
||
cursor: pointer; }
|
||
a.punch:active {
|
||
-webkit-box-shadow: inset 0 1px 10px 1px #5c8bee, 0 1px 0 #1d2c4d, 0 2px 0 #1f3053, 0 4px 3px 0 #111111;
|
||
-moz-box-shadow: inset 0 1px 10px 1px #5c8bee, 0 1px 0 #1d2c4d, 0 2px 0 #1f3053, 0 4px 3px 0 #111111;
|
||
-ms-box-shadow: inset 0 1px 10px 1px #5c8bee, 0 1px 0 #1d2c4d, 0 2px 0 #1f3053, 0 4px 3px 0 #111111;
|
||
-o-box-shadow: inset 0 1px 10px 1px #5c8bee, 0 1px 0 #1d2c4d, 0 2px 0 #1f3053, 0 4px 3px 0 #111111;
|
||
box-shadow: inset 0 1px 10px 1px #5c8bee, 0 1px 0 #1d2c4d, 0 2px 0 #1f3053, 0 4px 3px 0 #111111;
|
||
margin-top: 5px; margin-bottom: 10px }
|
||
a img {
|
||
border: 0;
|
||
}
|
||
a.travis-badge {
|
||
display: block;
|
||
}
|
||
h1, h2, h3, h4, h5, h6 {
|
||
padding-top: 20px;
|
||
}
|
||
h2 {
|
||
font-size: 22px;
|
||
}
|
||
b.header {
|
||
font-size: 18px;
|
||
line-height: 35px;
|
||
}
|
||
span.alias {
|
||
font-size: 14px;
|
||
font-style: italic;
|
||
margin-left: 20px;
|
||
}
|
||
table {
|
||
margin: 15px 0 0; padding: 0;
|
||
}
|
||
tr, td {
|
||
margin: 0; padding: 0;
|
||
}
|
||
td {
|
||
padding: 0px 15px 5px 0;
|
||
}
|
||
table .rule {
|
||
height: 1px;
|
||
background: #ccc;
|
||
margin: 5px 0;
|
||
}
|
||
code, pre, tt {
|
||
font-family: Monaco, Consolas, "Lucida Console", monospace;
|
||
font-size: 12px;
|
||
line-height: 18px;
|
||
font-style: normal;
|
||
}
|
||
tt {
|
||
padding: 0px 3px;
|
||
background: #fff;
|
||
border: 1px solid #ddd;
|
||
zoom: 1;
|
||
}
|
||
code {
|
||
margin-left: 20px;
|
||
}
|
||
pre {
|
||
font-size: 12px;
|
||
padding: 2px 0 2px 15px;
|
||
border: 4px solid #bbb; border-top: 0; border-bottom: 0;
|
||
margin: 0px 0 25px;
|
||
}
|
||
img.example_image {
|
||
margin: 0px auto;
|
||
}
|
||
img.example_retina {
|
||
margin: 20px;
|
||
box-shadow: 0 8px 15px rgba(0,0,0,0.4);
|
||
}
|
||
@media only screen and (-webkit-max-device-pixel-ratio: 1) and (max-width: 600px),
|
||
only screen and (max--moz-device-pixel-ratio: 1) and (max-width: 600px) {
|
||
div#sidebar {
|
||
display: none;
|
||
}
|
||
img#logo {
|
||
max-width: 450px;
|
||
width: 100%;
|
||
height: auto;
|
||
}
|
||
div.container {
|
||
width: auto;
|
||
margin-left: 15px;
|
||
margin-right: 15px;
|
||
}
|
||
p, div.container ul {
|
||
width: auto;
|
||
}
|
||
}
|
||
@media only screen and (-webkit-min-device-pixel-ratio: 1.5) and (max-width: 640px),
|
||
only screen and (-o-min-device-pixel-ratio: 3/2) and (max-width: 640px),
|
||
only screen and (min-device-pixel-ratio: 1.5) and (max-width: 640px) {
|
||
img {
|
||
max-width: 100%;
|
||
height: auto;
|
||
}
|
||
div#sidebar {
|
||
-webkit-overflow-scrolling: initial;
|
||
position: relative;
|
||
width: 90%;
|
||
height: 120px;
|
||
left: 0;
|
||
top: -7px;
|
||
padding: 10px 0 10px 30px;
|
||
border: 0;
|
||
}
|
||
img#logo {
|
||
width: auto;
|
||
height: auto;
|
||
}
|
||
div.container {
|
||
margin: 0;
|
||
width: 100%;
|
||
}
|
||
p, div.container ul {
|
||
max-width: 98%;
|
||
overflow-x: scroll;
|
||
}
|
||
table {
|
||
position: relative;
|
||
}
|
||
tr:first-child td {
|
||
padding-bottom: 25px;
|
||
}
|
||
td.text {
|
||
line-height: 12px;
|
||
padding: 0;
|
||
position: absolute;
|
||
left: 0;
|
||
top: 48px;
|
||
}
|
||
tr:last-child td.text {
|
||
top: 122px;
|
||
}
|
||
pre {
|
||
overflow: scroll;
|
||
}
|
||
}
|
||
</style>
|
||
</head>
|
||
<body>
|
||
|
||
<div id="sidebar" class="interface">
|
||
|
||
<a class="toc_title" href="#">
|
||
Backbone.js <span class="version">(1.1.0)</span>
|
||
</a>
|
||
<ul class="toc_section">
|
||
<li>» <a href="http://github.com/jashkenas/backbone">GitHub Repository</a></li>
|
||
<li>» <a href="docs/backbone.html">Annotated Source</a></li>
|
||
</ul>
|
||
|
||
<a class="toc_title" href="#introduction">
|
||
Introduction
|
||
</a>
|
||
|
||
<a class="toc_title" href="#upgrading">
|
||
Upgrading
|
||
</a>
|
||
|
||
<a class="toc_title" href="#Events">
|
||
Events
|
||
</a>
|
||
<ul class="toc_section">
|
||
<li>– <a href="#Events-on">on</a></li>
|
||
<li>– <a href="#Events-off">off</a></li>
|
||
<li>– <a href="#Events-trigger">trigger</a></li>
|
||
<li>– <a href="#Events-once">once</a></li>
|
||
<li>– <a href="#Events-listenTo">listenTo</a></li>
|
||
<li>– <a href="#Events-stopListening">stopListening</a></li>
|
||
<li>– <a href="#Events-listenToOnce">listenToOnce</a></li>
|
||
<li>- <a href="#Events-catalog"><b>Catalog of Built-in Events</b></a></li>
|
||
</ul>
|
||
|
||
<a class="toc_title" href="#Model">
|
||
Model
|
||
</a>
|
||
<ul class="toc_section">
|
||
<li>– <a href="#Model-extend">extend</a></li>
|
||
<li>– <a href="#Model-constructor">constructor / initialize</a></li>
|
||
<li>– <a href="#Model-get">get</a></li>
|
||
<li>– <a href="#Model-set">set</a></li>
|
||
<li>– <a href="#Model-escape">escape</a></li>
|
||
<li>– <a href="#Model-has">has</a></li>
|
||
<li>– <a href="#Model-unset">unset</a></li>
|
||
<li>– <a href="#Model-clear">clear</a></li>
|
||
<li>– <a href="#Model-id">id</a></li>
|
||
<li>– <a href="#Model-idAttribute">idAttribute</a></li>
|
||
<li>– <a href="#Model-cid">cid</a></li>
|
||
<li>– <a href="#Model-attributes">attributes</a></li>
|
||
<li>– <a href="#Model-changed">changed</a></li>
|
||
<li>– <a href="#Model-defaults">defaults</a></li>
|
||
<li>– <a href="#Model-toJSON">toJSON</a></li>
|
||
<li>– <a href="#Model-sync">sync</a></li>
|
||
<li>– <a href="#Model-fetch">fetch</a></li>
|
||
<li>– <a href="#Model-save">save</a></li>
|
||
<li>– <a href="#Model-destroy">destroy</a></li>
|
||
<li>– <a href="#Model-Underscore-Methods"><b>Underscore Methods (6)</b></a></li>
|
||
<li>– <a href="#Model-validate">validate</a></li>
|
||
<li>– <a href="#Model-validationError">validationError</a></li>
|
||
<li>– <a href="#Model-isValid">isValid</a></li>
|
||
<li>– <a href="#Model-url">url</a></li>
|
||
<li>– <a href="#Model-urlRoot">urlRoot</a></li>
|
||
<li>– <a href="#Model-parse">parse</a></li>
|
||
<li>– <a href="#Model-clone">clone</a></li>
|
||
<li>– <a href="#Model-isNew">isNew</a></li>
|
||
<li>– <a href="#Model-hasChanged">hasChanged</a></li>
|
||
<li>– <a href="#Model-changedAttributes">changedAttributes</a></li>
|
||
<li>– <a href="#Model-previous">previous</a></li>
|
||
<li>– <a href="#Model-previousAttributes">previousAttributes</a></li>
|
||
</ul>
|
||
|
||
<a class="toc_title" href="#Collection">
|
||
Collection
|
||
</a>
|
||
<ul class="toc_section">
|
||
<li>– <a href="#Collection-extend">extend</a></li>
|
||
<li>– <a href="#Collection-model">model</a></li>
|
||
<li>– <a href="#Collection-constructor">constructor / initialize</a></li>
|
||
<li>– <a href="#Collection-models">models</a></li>
|
||
<li>– <a href="#Collection-toJSON">toJSON</a></li>
|
||
<li>– <a href="#Collection-sync">sync</a></li>
|
||
<li>– <a href="#Collection-Underscore-Methods"><b>Underscore Methods (28)</b></a></li>
|
||
<li>– <a href="#Collection-add">add</a></li>
|
||
<li>– <a href="#Collection-remove">remove</a></li>
|
||
<li>– <a href="#Collection-reset">reset</a></li>
|
||
<li>– <a href="#Collection-set">set</a></li>
|
||
<li>– <a href="#Collection-get">get</a></li>
|
||
<li>– <a href="#Collection-at">at</a></li>
|
||
<li>– <a href="#Collection-push">push</a></li>
|
||
<li>– <a href="#Collection-pop">pop</a></li>
|
||
<li>– <a href="#Collection-unshift">unshift</a></li>
|
||
<li>– <a href="#Collection-shift">shift</a></li>
|
||
<li>– <a href="#Collection-slice">slice</a></li>
|
||
<li>– <a href="#Collection-length">length</a></li>
|
||
<li>– <a href="#Collection-comparator">comparator</a></li>
|
||
<li>– <a href="#Collection-sort">sort</a></li>
|
||
<li>– <a href="#Collection-pluck">pluck</a></li>
|
||
<li>– <a href="#Collection-where">where</a></li>
|
||
<li>– <a href="#Collection-findWhere">findWhere</a></li>
|
||
<li>– <a href="#Collection-url">url</a></li>
|
||
<li>– <a href="#Collection-parse">parse</a></li>
|
||
<li>– <a href="#Collection-clone">clone</a></li>
|
||
<li>– <a href="#Collection-fetch">fetch</a></li>
|
||
<li>– <a href="#Collection-create">create</a></li>
|
||
</ul>
|
||
|
||
<a class="toc_title" href="#Router">
|
||
Router
|
||
</a>
|
||
<ul class="toc_section">
|
||
<li>– <a href="#Router-extend">extend</a></li>
|
||
<li>– <a href="#Router-routes">routes</a></li>
|
||
<li>– <a href="#Router-constructor">constructor / initialize</a></li>
|
||
<li>– <a href="#Router-route">route</a></li>
|
||
<li>– <a href="#Router-navigate">navigate</a></li>
|
||
</ul>
|
||
|
||
<a class="toc_title" href="#History">
|
||
History
|
||
</a>
|
||
<ul class="toc_section">
|
||
<li>– <a href="#History-start">start</a></li>
|
||
</ul>
|
||
|
||
<a class="toc_title" href="#Sync">
|
||
Sync
|
||
</a>
|
||
<ul class="toc_section">
|
||
<li>– <a href="#Sync">Backbone.sync</a></li>
|
||
<li>– <a href="#Sync-ajax">Backbone.ajax</a></li>
|
||
<li>– <a href="#Sync-emulateHTTP">Backbone.emulateHTTP</a></li>
|
||
<li>– <a href="#Sync-emulateJSON">Backbone.emulateJSON</a></li>
|
||
</ul>
|
||
|
||
<a class="toc_title" href="#View">
|
||
View
|
||
</a>
|
||
<ul class="toc_section">
|
||
<li>– <a href="#View-extend">extend</a></li>
|
||
<li>– <a href="#View-constructor">constructor / initialize</a></li>
|
||
<li>– <a href="#View-el">el</a></li>
|
||
<li>– <a href="#View-$el">$el</a></li>
|
||
<li>– <a href="#View-setElement">setElement</a></li>
|
||
<li>– <a href="#View-attributes">attributes</a></li>
|
||
<li>– <a href="#View-dollar">$ (jQuery)</a></li>
|
||
<li>– <a href="#View-template">template</a></li>
|
||
<li>– <a href="#View-render">render</a></li>
|
||
<li>– <a href="#View-remove">remove</a></li>
|
||
<li>– <a href="#View-delegateEvents">delegateEvents</a></li>
|
||
<li>– <a href="#View-undelegateEvents">undelegateEvents</a></li>
|
||
</ul>
|
||
|
||
<a class="toc_title" href="#Utility">
|
||
Utility
|
||
</a>
|
||
<ul class="toc_section">
|
||
<li>– <a href="#Utility-Backbone-noConflict">Backbone.noConflict</a></li>
|
||
<li>– <a href="#Utility-Backbone-$">Backbone.$</a></li>
|
||
</ul>
|
||
|
||
<a class="toc_title" href="#examples">
|
||
Examples
|
||
</a>
|
||
<ul class="toc_section">
|
||
<li>– <a href="#examples-todos">Todos</a></li>
|
||
<li>– <a href="#examples-documentcloud">DocumentCloud</a></li>
|
||
<li>– <a href="#examples-usa-today">USA Today</a></li>
|
||
<li>– <a href="#examples-rdio">Rdio</a></li>
|
||
<li>– <a href="#examples-hulu">Hulu</a></li>
|
||
<li>– <a href="#examples-quartz">Quartz</a></li>
|
||
<li>– <a href="#examples-gawker">Gawker Media</a></li>
|
||
<li>– <a href="#examples-flow">Flow</a></li>
|
||
<li>– <a href="#examples-gilt">Gilt Groupe</a></li>
|
||
<li>– <a href="#examples-newsblur">NewsBlur</a></li>
|
||
<li>– <a href="#examples-wordpress">WordPress.com</a></li>
|
||
<li>– <a href="#examples-foursquare">Foursquare</a></li>
|
||
<li>– <a href="#examples-bitbucket">Bitbucket</a></li>
|
||
<li>– <a href="#examples-disqus">Disqus</a></li>
|
||
<li>– <a href="#examples-khan-academy">Khan Academy</a></li>
|
||
<li>– <a href="#examples-elife-lens">eLife Lens</a></li>
|
||
<li>– <a href="#examples-do">Do</a></li>
|
||
<li>– <a href="#examples-irccloud">IRCCloud</a></li>
|
||
<li>– <a href="#examples-pitchfork">Pitchfork</a></li>
|
||
<li>– <a href="#examples-spin">Spin</a></li>
|
||
<li>– <a href="#examples-zocdoc">ZocDoc</a></li>
|
||
<li>– <a href="#examples-walmart">Walmart Mobile</a></li>
|
||
<li>– <a href="#examples-groupon">Groupon Now!</a></li>
|
||
<li>– <a href="#examples-basecamp">Basecamp</a></li>
|
||
<li>– <a href="#examples-slavery-footprint">Slavery Footprint</a></li>
|
||
<li>– <a href="#examples-stripe">Stripe</a></li>
|
||
<li>– <a href="#examples-airbnb">Airbnb</a></li>
|
||
<li>– <a href="#examples-diaspora">Diaspora</a></li>
|
||
<li>– <a href="#examples-soundcloud">SoundCloud Mobile</a></li>
|
||
<li>- <a href="#examples-artsy">Art.sy</a></li>
|
||
<li>– <a href="#examples-pandora">Pandora</a></li>
|
||
<li>– <a href="#examples-inkling">Inkling</a></li>
|
||
<li>– <a href="#examples-code-school">Code School</a></li>
|
||
<li>– <a href="#examples-cloudapp">CloudApp</a></li>
|
||
<li>– <a href="#examples-seatgeek">SeatGeek</a></li>
|
||
<li>– <a href="#examples-easel">Easel</a></li>
|
||
<li>- <a href="#examples-jolicloud">Jolicloud</a></li>
|
||
<li>– <a href="#examples-syllabus">Syllabus</a></li>
|
||
<li>– <a href="#examples-salon">Salon.io</a></li>
|
||
<li>– <a href="#examples-tilemill">TileMill</a></li>
|
||
<li>– <a href="#examples-blossom">Blossom</a></li>
|
||
<li>– <a href="#examples-trello">Trello</a></li>
|
||
<li>– <a href="#examples-tzigla">Tzigla</a></li>
|
||
</ul>
|
||
|
||
<a class="toc_title" href="#faq">
|
||
F.A.Q.
|
||
</a>
|
||
<ul class="toc_section">
|
||
<li>– <a href="#FAQ-why-backbone">Why Backbone?</a></li>
|
||
<li>– <a href="#FAQ-tim-toady">More Than One Way To Do It</a></li>
|
||
<li>– <a href="#FAQ-nested">Nested Models & Collections</a></li>
|
||
<li>– <a href="#FAQ-bootstrap">Loading Bootstrapped Models</a></li>
|
||
<li>– <a href="#FAQ-extending">Extending Backbone</a></li>
|
||
<li>– <a href="#FAQ-mvc">Traditional MVC</a></li>
|
||
<li>– <a href="#FAQ-this">Binding "this"</a></li>
|
||
<li>– <a href="#FAQ-rails">Working with Rails</a></li>
|
||
</ul>
|
||
|
||
<a class="toc_title" href="#changelog">
|
||
Change Log
|
||
</a>
|
||
|
||
</div>
|
||
|
||
<div class="container">
|
||
|
||
<p>
|
||
<img id="logo" src="docs/images/backbone.png" alt="Backbone.js" />
|
||
</p>
|
||
|
||
<p>
|
||
Backbone.js gives structure to web applications
|
||
by providing <b>models</b> with key-value binding and custom events,
|
||
<b>collections</b> with a rich API of enumerable functions,
|
||
<b>views</b> with declarative event handling, and connects it all to your
|
||
existing API over a RESTful JSON interface.
|
||
</p>
|
||
|
||
<p>
|
||
The project is <a href="http://github.com/jashkenas/backbone/">hosted on GitHub</a>,
|
||
and the <a href="docs/backbone.html">annotated source code</a> is available,
|
||
as well as an online <a href="test/">test suite</a>,
|
||
an <a href="examples/todos/index.html">example application</a>,
|
||
a <a href="https://github.com/jashkenas/backbone/wiki/Tutorials%2C-blog-posts-and-example-sites">list of tutorials</a>
|
||
and a <a href="#examples">long list of real-world projects</a> that use Backbone.
|
||
Backbone is available for use under the <a href="http://github.com/jashkenas/backbone/blob/master/LICENSE">MIT software license</a>.
|
||
</p>
|
||
|
||
<p>
|
||
You can report bugs and discuss features on the
|
||
<a href="http://github.com/jashkenas/backbone/issues">GitHub issues page</a>,
|
||
on Freenode IRC in the <tt>#documentcloud</tt> channel, post questions to the
|
||
<a href="https://groups.google.com/forum/#!forum/backbonejs">Google Group</a>,
|
||
add pages to the <a href="https://github.com/jashkenas/backbone/wiki">wiki</a>
|
||
or send tweets to <a href="http://twitter.com/documentcloud">@documentcloud</a>.
|
||
</p>
|
||
|
||
<p>
|
||
<i>
|
||
Backbone is an open-source component of
|
||
<a href="http://documentcloud.org/">DocumentCloud</a>.
|
||
</i>
|
||
</p>
|
||
|
||
<h2 id="downloads">
|
||
Downloads & Dependencies
|
||
<span style="padding-left: 7px; font-size:11px; font-weight: normal;" class="interface">(Right-click, and use "Save As")</span>
|
||
</h2>
|
||
|
||
<table>
|
||
<tr>
|
||
<td><a class="punch" href="backbone.js">Development Version (1.1.0)</a></td>
|
||
<td class="text"><i>59kb, Full source, tons of comments</i></td>
|
||
</tr>
|
||
<tr>
|
||
<td><a class="punch" href="backbone-min.js">Production Version (1.1.0)</a></td>
|
||
<td class="text" style="line-height: 16px;">
|
||
<i>6.4kb, Packed and gzipped</i><br />
|
||
<small>(<a href="backbone-min.map">Source Map</a>)</small>
|
||
</td>
|
||
</tr>
|
||
<tr>
|
||
<td><a class="punch" href="https://raw.github.com/jashkenas/backbone/master/backbone.js">Edge Version (master)</a></td>
|
||
<td>
|
||
<i>Unreleased, use at your own risk</i>
|
||
<a class="travis-badge" href="https://travis-ci.org/jashkenas/backbone">
|
||
<img src="https://travis-ci.org/jashkenas/backbone.png" />
|
||
</a>
|
||
</td>
|
||
</tr>
|
||
</table>
|
||
|
||
<p>
|
||
Backbone's only hard dependency is
|
||
<b><a href="http://underscorejs.org/">Underscore.js</a></b>.
|
||
For RESTful persistence, history support via <a href="#Router">Backbone.Router</a>
|
||
and DOM manipulation with <a href="#View">Backbone.View</a>, include
|
||
<b><a href="http://jquery.com">jQuery</a></b>, and
|
||
<b><a href="https://github.com/douglascrockford/JSON-js">json2.js</a></b> for older
|
||
Internet Explorer support.
|
||
<i>(Mimics of the Underscore and jQuery APIs, such as
|
||
<a href="http://lodash.com">Lo-Dash</a> and
|
||
<a href="http://zeptojs.com">Zepto</a>, will
|
||
also tend to work, with varying degrees of compatibility.)</i>
|
||
</p>
|
||
|
||
<h2 id="introduction">Introduction</h2>
|
||
|
||
<p>
|
||
When working on a web application that involves a lot of JavaScript, one
|
||
of the first things you learn is to stop tying your data to the DOM. It's all
|
||
too easy to create JavaScript applications that end up as tangled piles of
|
||
jQuery selectors and callbacks, all trying frantically to keep data in
|
||
sync between the HTML UI, your JavaScript logic, and the database on your
|
||
server. For rich client-side applications, a more structured approach
|
||
is often helpful.
|
||
</p>
|
||
|
||
<p>
|
||
With Backbone, you represent your data as
|
||
<a href="#Model">Models</a>, which can be created, validated, destroyed,
|
||
and saved to the server. Whenever a UI action causes an attribute of
|
||
a model to change, the model triggers a <i>"change"</i> event; all
|
||
the <a href="#View">Views</a> that display the model's state can be notified of the
|
||
change, so that they are able to respond accordingly, re-rendering themselves with
|
||
the new information. In a finished Backbone app, you don't have to write the glue
|
||
code that looks into the DOM to find an element with a specific <i>id</i>,
|
||
and update the HTML manually
|
||
— when the model changes, the views simply update themselves.
|
||
</p>
|
||
|
||
<p>
|
||
Philosophically, Backbone is an attempt to discover the minimal set
|
||
of data-structuring (models and collections) and user interface (views
|
||
and URLs) primitives that are generally useful when building web applications with
|
||
JavaScript. In an ecosystem where overarching, decides-everything-for-you
|
||
frameworks are commonplace, and many libraries require your site to be
|
||
reorganized to suit their look, feel, and default behavior — Backbone should
|
||
continue to be a tool that gives you the <i>freedom</i> to design the full
|
||
experience of your web application.
|
||
</p>
|
||
|
||
<p>
|
||
If you're new here, and aren't yet quite sure what Backbone is for, start by
|
||
browsing the <a href="#examples">list of Backbone-based projects</a>.
|
||
</p>
|
||
|
||
<p>
|
||
Many of the examples that follow are runnable. Click the <i>play</i> button
|
||
to execute them.
|
||
</p>
|
||
|
||
<h2 id="upgrading">Upgrading to 1.0</h2>
|
||
|
||
<p>
|
||
Backbone <b>1.0</b> should be a fairly painless upgrade from the <b>0.9</b>
|
||
series. If you're upgrading from an older version, be sure to check out the
|
||
<a href="#changelog">change log</a>. In brief, a few of the larger breaking
|
||
changes are:
|
||
</p>
|
||
|
||
<ul>
|
||
<li>
|
||
If you want to smartly update the contents of a Collection,
|
||
adding new models, removing missing ones, and merging those already present,
|
||
you now call <a href="#Collection-set">set</a> (previously named "update"),
|
||
a similar operation to calling <tt>set</tt> on a Model. This is now the
|
||
default when you call <a href="#Collection-fetch">fetch</a> on a collection.
|
||
To get the old behavior, pass <tt>{reset: true}</tt>.
|
||
</li>
|
||
<li>
|
||
If you have characters in your URL segments that require URL encoding,
|
||
Backbone will now decode them for you (normalizing the behavior
|
||
cross-browser) before your route handlers receive them as arguments.
|
||
</li>
|
||
<li>
|
||
In <b>0.9.x</b>, Backbone events gained two new methods:
|
||
<a href="#Events-listenTo">listenTo</a> and
|
||
<a href="#Events-stopListening">stopListening</a>, which make it easier
|
||
to create Views that have all of their observers unbound when you
|
||
want to <a href="#View-remove">remove</a> the view.
|
||
</li>
|
||
<li>
|
||
Model validation is now only enforced by default in
|
||
<a href="#Model-save">save</a> — not in
|
||
<a href="#Model-set">set</a> unless the <tt>{validate:true}</tt>
|
||
option is passed. Model validation now fires an <tt>"invalid"</tt> event instead of
|
||
<tt>"error"</tt>.
|
||
</li>
|
||
</ul>
|
||
|
||
<h2 id="Events">Backbone.Events</h2>
|
||
|
||
<p>
|
||
<b>Events</b> is a module that can be mixed in to any object, giving the
|
||
object the ability to bind and trigger custom named events. Events do not
|
||
have to be declared before they are bound, and may take passed arguments.
|
||
For example:
|
||
</p>
|
||
|
||
<pre class="runnable">
|
||
var object = {};
|
||
|
||
_.extend(object, Backbone.Events);
|
||
|
||
object.on("alert", function(msg) {
|
||
alert("Triggered " + msg);
|
||
});
|
||
|
||
object.trigger("alert", "an event");
|
||
</pre>
|
||
|
||
<p>
|
||
For example, to make a handy event dispatcher that can coordinate events
|
||
among different areas of your application: <tt>var dispatcher = _.clone(Backbone.Events)</tt>
|
||
</p>
|
||
|
||
<p id="Events-on">
|
||
<b class="header">on</b><code>object.on(event, callback, [context])</code><span class="alias">Alias: bind</span>
|
||
<br />
|
||
Bind a <b>callback</b> function to an object. The callback will be invoked
|
||
whenever the <b>event</b> is fired.
|
||
If you have a large number of different events on a page, the convention is to use colons to
|
||
namespace them: <tt>"poll:start"</tt>, or <tt>"change:selection"</tt>.
|
||
The event string may also be a space-delimited list of several events...
|
||
</p>
|
||
|
||
<pre>
|
||
book.on("change:title change:author", ...);
|
||
</pre>
|
||
|
||
<p>
|
||
To supply a <b>context</b> value for <tt>this</tt> when the callback is invoked,
|
||
pass the optional third argument: <tt>model.on('change', this.render, this)</tt>
|
||
</p>
|
||
|
||
<p>
|
||
Callbacks bound to the special
|
||
<tt>"all"</tt> event will be triggered when any event occurs, and are passed
|
||
the name of the event as the first argument. For example, to proxy all events
|
||
from one object to another:
|
||
</p>
|
||
|
||
<pre>
|
||
proxy.on("all", function(eventName) {
|
||
object.trigger(eventName);
|
||
});
|
||
</pre>
|
||
|
||
<p>
|
||
All Backbone event methods also support an event map syntax, as an alternative
|
||
to positional arguments:
|
||
</p>
|
||
|
||
<pre>
|
||
book.on({
|
||
"change:title": titleView.update,
|
||
"change:author": authorPane.update,
|
||
"destroy": bookView.remove
|
||
});
|
||
</pre>
|
||
|
||
<p id="Events-off">
|
||
<b class="header">off</b><code>object.off([event], [callback], [context])</code><span class="alias">Alias: unbind</span>
|
||
<br />
|
||
Remove a previously-bound <b>callback</b> function from an object. If no
|
||
<b>context</b> is specified, all of the versions of the callback with
|
||
different contexts will be removed. If no
|
||
callback is specified, all callbacks for the <b>event</b> will be
|
||
removed. If no event is specified, callbacks for <i>all</i> events
|
||
will be removed.
|
||
</p>
|
||
|
||
<pre>
|
||
// Removes just the `onChange` callback.
|
||
object.off("change", onChange);
|
||
|
||
// Removes all "change" callbacks.
|
||
object.off("change");
|
||
|
||
// Removes the `onChange` callback for all events.
|
||
object.off(null, onChange);
|
||
|
||
// Removes all callbacks for `context` for all events.
|
||
object.off(null, null, context);
|
||
|
||
// Removes all callbacks on `object`.
|
||
object.off();
|
||
</pre>
|
||
|
||
<p>
|
||
Note that calling <tt>model.off()</tt>, for example, will indeed remove <i>all</i> events
|
||
on the model — including events that Backbone uses for internal bookkeeping.
|
||
</p>
|
||
|
||
<p id="Events-trigger">
|
||
<b class="header">trigger</b><code>object.trigger(event, [*args])</code>
|
||
<br />
|
||
Trigger callbacks for the given <b>event</b>, or space-delimited list of events.
|
||
Subsequent arguments to <b>trigger</b> will be passed along to the
|
||
event callbacks.
|
||
</p>
|
||
|
||
<p id="Events-once">
|
||
<b class="header">once</b><code>object.once(event, callback, [context])</code>
|
||
<br />
|
||
Just like <a href="#Events-on">on</a>, but causes the bound callback to only
|
||
fire once before being removed. Handy for saying "the next time that X happens, do this".
|
||
</p>
|
||
|
||
<p id="Events-listenTo">
|
||
<b class="header">listenTo</b><code>object.listenTo(other, event, callback)</code>
|
||
<br />
|
||
Tell an <b>object</b> to listen to a particular event on an <b>other</b>
|
||
object. The advantage of using this form, instead of <tt>other.on(event,
|
||
callback, object)</tt>, is that <b>listenTo</b> allows the <b>object</b>
|
||
to keep track of the events, and they can be removed all at once later
|
||
on. The <b>callback</b> will always be called with <b>object</b> as
|
||
context.
|
||
</p>
|
||
|
||
<pre>
|
||
view.listenTo(model, 'change', view.render);
|
||
</pre>
|
||
|
||
<p id="Events-stopListening">
|
||
<b class="header">stopListening</b><code>object.stopListening([other], [event], [callback])</code>
|
||
<br />
|
||
Tell an <b>object</b> to stop listening to events. Either call
|
||
<b>stopListening</b> with no arguments to have the <b>object</b> remove
|
||
all of its <a href="#Events-listenTo">registered</a> callbacks ... or be more
|
||
precise by telling it to remove just the events it's listening to on a
|
||
specific object, or a specific event, or just a specific callback.
|
||
</p>
|
||
|
||
<pre>
|
||
view.stopListening();
|
||
|
||
view.stopListening(model);
|
||
</pre>
|
||
|
||
<p id="Events-listenToOnce">
|
||
<b class="header">listenToOnce</b><code>object.listenToOnce(other, event, callback)</code>
|
||
<br />
|
||
Just like <a href="#Events-listenTo">listenTo</a>, but causes the bound
|
||
callback to only fire once before being removed.
|
||
</p>
|
||
|
||
<p id="Events-catalog">
|
||
<b class="header">Catalog of Events</b>
|
||
<br />
|
||
Here's the complete list of built-in Backbone events, with arguments.
|
||
You're also free to trigger your own events on Models, Collections and
|
||
Views as you see fit. The <tt>Backbone</tt> object itself mixes in <tt>Events</tt>,
|
||
and can be used to emit any global events that your application needs.
|
||
</p>
|
||
|
||
<ul class="small">
|
||
<li><b>"add"</b> (model, collection, options) — when a model is added to a collection. </li>
|
||
<li><b>"remove"</b> (model, collection, options) — when a model is removed from a collection. </li>
|
||
<li><b>"reset"</b> (collection, options) — when the collection's entire contents have been replaced. </li>
|
||
<li><b>"sort"</b> (collection, options) — when the collection has been re-sorted. </li>
|
||
<li><b>"change"</b> (model, options) — when a model's attributes have changed. </li>
|
||
<li><b>"change:[attribute]"</b> (model, value, options) — when a specific attribute has been updated. </li>
|
||
<li><b>"destroy"</b> (model, collection, options) — when a model is <a href="#Model-destroy">destroyed</a>. </li>
|
||
<li><b>"request"</b> (model, xhr, options) — when a model (or collection) has started a request to the server. </li>
|
||
<li><b>"sync"</b> (model, resp, options) — when a model (or collection) has been successfully synced with the server. </li>
|
||
<li><b>"error"</b> (model, xhr, options) — when a model's <a href="#Model-save">save</a> call fails on the server. </li>
|
||
<li><b>"invalid"</b> (model, error, options) — when a model's <a href="#Model-validate">validation</a> fails on the client. </li>
|
||
<li><b>"route:[name]"</b> (params) — Fired by the router when a specific route is matched.</li>
|
||
<li><b>"route"</b> (route, params) — Fired by the router when <i>any</i> route has been matched.</li>
|
||
<li><b>"route"</b> (router, route, params) — Fired by history when <i>any</i> route has been matched.</li>
|
||
<li><b>"all"</b> — this special event fires for <i>any</i> triggered event, passing the event name as the first argument. </li>
|
||
</ul>
|
||
|
||
<p>
|
||
Generally speaking, when calling a function that emits an event
|
||
(<tt>model.set()</tt>, <tt>collection.add</tt>, and so on...),
|
||
if you'd like to prevent the event from being triggered, you may pass
|
||
<tt>{silent: true}</tt> as an option. Note that this is <i>rarely</i>,
|
||
perhaps even never, a good idea. Passing through a specific flag
|
||
in the options for your event callback to look at, and choose to ignore,
|
||
will usually work out better.
|
||
</p>
|
||
|
||
<h2 id="Model">Backbone.Model</h2>
|
||
|
||
<p>
|
||
<b>Models</b> are the heart of any JavaScript application, containing
|
||
the interactive data as well as a large part of the logic surrounding it:
|
||
conversions, validations, computed properties, and access control. You
|
||
extend <b>Backbone.Model</b> with your domain-specific methods, and
|
||
<b>Model</b> provides a basic set of functionality for managing changes.
|
||
</p>
|
||
|
||
<p>
|
||
The following is a contrived example, but it demonstrates defining a model
|
||
with a custom method, setting an attribute, and firing an event keyed
|
||
to changes in that specific attribute.
|
||
After running this code once, <tt>sidebar</tt> will be
|
||
available in your browser's console, so you can play around with it.
|
||
</p>
|
||
|
||
<pre class="runnable">
|
||
var Sidebar = Backbone.Model.extend({
|
||
promptColor: function() {
|
||
var cssColor = prompt("Please enter a CSS color:");
|
||
this.set({color: cssColor});
|
||
}
|
||
});
|
||
|
||
window.sidebar = new Sidebar;
|
||
|
||
sidebar.on('change:color', function(model, color) {
|
||
$('#sidebar').css({background: color});
|
||
});
|
||
|
||
sidebar.set({color: 'white'});
|
||
|
||
sidebar.promptColor();
|
||
</pre>
|
||
|
||
<p id="Model-extend">
|
||
<b class="header">extend</b><code>Backbone.Model.extend(properties, [classProperties])</code>
|
||
<br />
|
||
To create a <b>Model</b> class of your own, you extend <b>Backbone.Model</b>
|
||
and provide instance <b>properties</b>, as well as optional
|
||
<b>classProperties</b> to be attached directly to the constructor function.
|
||
</p>
|
||
|
||
<p>
|
||
<b>extend</b> correctly sets up the prototype chain, so subclasses created
|
||
with <b>extend</b> can be further extended and subclassed as far as you like.
|
||
</p>
|
||
|
||
<pre>
|
||
var Note = Backbone.Model.extend({
|
||
|
||
initialize: function() { ... },
|
||
|
||
author: function() { ... },
|
||
|
||
coordinates: function() { ... },
|
||
|
||
allowedToEdit: function(account) {
|
||
return true;
|
||
}
|
||
|
||
});
|
||
|
||
var PrivateNote = Note.extend({
|
||
|
||
allowedToEdit: function(account) {
|
||
return account.owns(this);
|
||
}
|
||
|
||
});
|
||
</pre>
|
||
|
||
<p class="warning">
|
||
Brief aside on <tt>super</tt>: JavaScript does not provide
|
||
a simple way to call super — the function of the same name defined
|
||
higher on the prototype chain. If you override a core function like
|
||
<tt>set</tt>, or <tt>save</tt>, and you want to invoke the
|
||
parent object's implementation, you'll have to explicitly call it, along these lines:
|
||
</p>
|
||
|
||
<pre>
|
||
var Note = Backbone.Model.extend({
|
||
set: function(attributes, options) {
|
||
Backbone.Model.prototype.set.apply(this, arguments);
|
||
...
|
||
}
|
||
});
|
||
</pre>
|
||
|
||
<p id="Model-constructor">
|
||
<b class="header">constructor / initialize</b><code>new Model([attributes], [options])</code>
|
||
<br />
|
||
When creating an instance of a model, you can pass in the initial values
|
||
of the <b>attributes</b>, which will be <a href="#Model-set">set</a> on the
|
||
model. If you define an <b>initialize</b> function, it will be invoked when
|
||
the model is created.
|
||
</p>
|
||
|
||
<pre>
|
||
new Book({
|
||
title: "One Thousand and One Nights",
|
||
author: "Scheherazade"
|
||
});
|
||
</pre>
|
||
|
||
<p>
|
||
In rare cases, if you're looking to get fancy,
|
||
you may want to override <b>constructor</b>, which allows
|
||
you to replace the actual constructor function for your model.
|
||
</p>
|
||
|
||
<pre>
|
||
var Library = Backbone.Model.extend({
|
||
constructor: function() {
|
||
this.books = new Books();
|
||
Backbone.Model.apply(this, arguments);
|
||
},
|
||
parse: function(data, options) {
|
||
this.books.reset(data.books);
|
||
return data.library;
|
||
}
|
||
});
|
||
</pre>
|
||
|
||
<p>
|
||
If you pass a <tt>{collection: ...}</tt> as the <b>options</b>, the model
|
||
gains a <tt>collection</tt> property that will be used to indicate which
|
||
collection the model belongs to, and is used to help compute the model's
|
||
<a href="#Model-url">url</a>. The <tt>model.collection</tt> property is
|
||
normally created automatically when you first add a model to a collection.
|
||
Note that the reverse is not true, as passing this option to the constructor
|
||
will not automatically add the model to the collection. Useful, sometimes.
|
||
</p>
|
||
|
||
<p>
|
||
If <tt>{parse: true}</tt> is passed as an <b>option</b>, the <b>attributes</b>
|
||
will first be converted by <a href="#Model-parse">parse</a> before being
|
||
<a href="#Model-set">set</a> on the model.
|
||
</p>
|
||
|
||
<p id="Model-get">
|
||
<b class="header">get</b><code>model.get(attribute)</code>
|
||
<br />
|
||
Get the current value of an attribute from the model. For example:
|
||
<tt>note.get("title")</tt>
|
||
</p>
|
||
|
||
<p id="Model-set">
|
||
<b class="header">set</b><code>model.set(attributes, [options])</code>
|
||
<br />
|
||
Set a hash of attributes (one or many) on the model. If any of the attributes
|
||
change the model's state, a <tt>"change"</tt> event will be triggered on the model.
|
||
Change events for specific attributes are also triggered, and you can bind
|
||
to those as well, for example: <tt>change:title</tt>, and <tt>change:content</tt>.
|
||
You may also pass individual keys and values.
|
||
</p>
|
||
|
||
<pre>
|
||
note.set({title: "March 20", content: "In his eyes she eclipses..."});
|
||
|
||
book.set("title", "A Scandal in Bohemia");
|
||
</pre>
|
||
|
||
<p id="Model-escape">
|
||
<b class="header">escape</b><code>model.escape(attribute)</code>
|
||
<br />
|
||
Similar to <a href="#Model-get">get</a>, but returns the HTML-escaped version
|
||
of a model's attribute. If you're interpolating data from the model into
|
||
HTML, using <b>escape</b> to retrieve attributes will prevent
|
||
<a href="http://en.wikipedia.org/wiki/Cross-site_scripting">XSS</a> attacks.
|
||
</p>
|
||
|
||
<pre class="runnable">
|
||
var hacker = new Backbone.Model({
|
||
name: "<script>alert('xss')</script>"
|
||
});
|
||
|
||
alert(hacker.escape('name'));
|
||
</pre>
|
||
|
||
<p id="Model-has">
|
||
<b class="header">has</b><code>model.has(attribute)</code>
|
||
<br />
|
||
Returns <tt>true</tt> if the attribute is set to a non-null or non-undefined
|
||
value.
|
||
</p>
|
||
|
||
<pre>
|
||
if (note.has("title")) {
|
||
...
|
||
}
|
||
</pre>
|
||
|
||
<p id="Model-unset">
|
||
<b class="header">unset</b><code>model.unset(attribute, [options])</code>
|
||
<br />
|
||
Remove an attribute by deleting it from the internal attributes hash.
|
||
Fires a <tt>"change"</tt> event unless <tt>silent</tt> is passed as an option.
|
||
</p>
|
||
|
||
<p id="Model-clear">
|
||
<b class="header">clear</b><code>model.clear([options])</code>
|
||
<br />
|
||
Removes all attributes from the model, including the <tt>id</tt> attribute. Fires a <tt>"change"</tt> event unless
|
||
<tt>silent</tt> is passed as an option.
|
||
</p>
|
||
|
||
<p id="Model-id">
|
||
<b class="header">id</b><code>model.id</code>
|
||
<br />
|
||
A special property of models, the <b>id</b> is an arbitrary string
|
||
(integer id or UUID). If you set the <b>id</b> in the
|
||
attributes hash, it will be copied onto the model as a direct property.
|
||
Models can be retrieved by id from collections, and the id is used to generate
|
||
model URLs by default.
|
||
</p>
|
||
|
||
<p id="Model-idAttribute">
|
||
<b class="header">idAttribute</b><code>model.idAttribute</code>
|
||
<br />
|
||
A model's unique identifier is stored under the <tt>id</tt> attribute.
|
||
If you're directly communicating with a backend (CouchDB, MongoDB) that uses
|
||
a different unique key, you may set a Model's <tt>idAttribute</tt> to
|
||
transparently map from that key to <tt>id</tt>.
|
||
|
||
<pre class="runnable">
|
||
var Meal = Backbone.Model.extend({
|
||
idAttribute: "_id"
|
||
});
|
||
|
||
var cake = new Meal({ _id: 1, name: "Cake" });
|
||
alert("Cake id: " + cake.id);
|
||
</pre>
|
||
</p>
|
||
|
||
<p id="Model-cid">
|
||
<b class="header">cid</b><code>model.cid</code>
|
||
<br />
|
||
A special property of models, the <b>cid</b> or client id is a unique identifier
|
||
automatically assigned to all models when they're first created. Client ids
|
||
are handy when the model has not yet been saved to the server, and does not
|
||
yet have its eventual true <b>id</b>, but already needs to be visible in the UI.
|
||
</p>
|
||
|
||
<p id="Model-attributes">
|
||
<b class="header">attributes</b><code>model.attributes</code>
|
||
<br />
|
||
The <b>attributes</b> property is the internal hash containing the model's
|
||
state — usually (but not necessarily) a form of the JSON object
|
||
representing the model data on the server. It's often a straightforward
|
||
serialization of a row from the database, but it could also be client-side
|
||
computed state.
|
||
</p>
|
||
|
||
<p>
|
||
Please use <a href="#Model-set">set</a> to update the <b>attributes</b>
|
||
instead of modifying them directly. If you'd like to retrieve and munge a
|
||
copy of the model's attributes, use <tt>_.clone(model.attributes)</tt>
|
||
instead.
|
||
</p>
|
||
|
||
<p class="warning">
|
||
Due to the fact that <a href="#Events">Events</a> accepts space separated
|
||
lists of events, attribute names should not include spaces.
|
||
</p>
|
||
|
||
<p id="Model-changed">
|
||
<b class="header">changed</b><code>model.changed</code>
|
||
<br />
|
||
The <b>changed</b> property is the internal hash containing all the attributes
|
||
that have changed since the last <a href="Model#set">set</a>.
|
||
Please do not update <b>changed</b> directly since its state is internally maintained
|
||
by <a href="#Model-set">set</a>. A copy of <b>changed</b> can be acquired from
|
||
<a href="#Model-changedAttributes">changedAttributes</a>.
|
||
</p>
|
||
|
||
<p id="Model-defaults">
|
||
<b class="header">defaults</b><code>model.defaults or model.defaults()</code>
|
||
<br />
|
||
The <b>defaults</b> hash (or function) can be used to specify the default
|
||
attributes for your model. When creating an instance of the model,
|
||
any unspecified attributes will be set to their default value.
|
||
</p>
|
||
|
||
<pre class="runnable">
|
||
var Meal = Backbone.Model.extend({
|
||
defaults: {
|
||
"appetizer": "caesar salad",
|
||
"entree": "ravioli",
|
||
"dessert": "cheesecake"
|
||
}
|
||
});
|
||
|
||
alert("Dessert will be " + (new Meal).get('dessert'));
|
||
</pre>
|
||
|
||
<p class="warning">
|
||
Remember that in JavaScript, objects are passed by reference, so if you
|
||
include an object as a default value, it will be shared among all instances.
|
||
Instead, define <b>defaults</b> as a function.
|
||
</p>
|
||
|
||
<p id="Model-toJSON">
|
||
<b class="header">toJSON</b><code>model.toJSON([options])</code>
|
||
<br />
|
||
Return a shallow copy of the model's <a href="#Model-attributes">attributes</a>
|
||
for JSON stringification. This can be used for persistence,
|
||
serialization, or for augmentation before being sent to the server. The
|
||
name of this method is a bit confusing, as it doesn't actually return a
|
||
JSON string — but I'm afraid that it's the way that the
|
||
<a href="https://developer.mozilla.org/en/JSON#toJSON()_method">JavaScript API for <b>JSON.stringify</b></a>
|
||
works.
|
||
</p>
|
||
|
||
<pre class="runnable">
|
||
var artist = new Backbone.Model({
|
||
firstName: "Wassily",
|
||
lastName: "Kandinsky"
|
||
});
|
||
|
||
artist.set({birthday: "December 16, 1866"});
|
||
|
||
alert(JSON.stringify(artist));
|
||
</pre>
|
||
|
||
<p id="Model-sync">
|
||
<b class="header">sync</b><code>model.sync(method, model, [options])</code>
|
||
<br />
|
||
Uses <a href="#Sync">Backbone.sync</a> to persist the state of a model to
|
||
the server. Can be overridden for custom behavior.
|
||
</p>
|
||
|
||
<p id="Model-fetch">
|
||
<b class="header">fetch</b><code>model.fetch([options])</code>
|
||
<br />
|
||
Resets the model's state from the server by delegating to
|
||
<a href="#Sync">Backbone.sync</a>. Returns a
|
||
<a href="http://api.jquery.com/jQuery.ajax/#jqXHR">jqXHR</a>.
|
||
Useful if the model has never
|
||
been populated with data, or if you'd like to ensure that you have the
|
||
latest server state. A <tt>"change"</tt> event will be triggered if the
|
||
server's state differs from the current attributes. Accepts
|
||
<tt>success</tt> and <tt>error</tt> callbacks in the options hash, which
|
||
are both passed <tt>(model, response, options)</tt> as arguments.
|
||
</p>
|
||
|
||
<pre>
|
||
// Poll every 10 seconds to keep the channel model up-to-date.
|
||
setInterval(function() {
|
||
channel.fetch();
|
||
}, 10000);
|
||
</pre>
|
||
|
||
<p id="Model-save">
|
||
<b class="header">save</b><code>model.save([attributes], [options])</code>
|
||
<br />
|
||
Save a model to your database (or alternative persistence layer),
|
||
by delegating to <a href="#Sync">Backbone.sync</a>. Returns a
|
||
<a href="http://api.jquery.com/jQuery.ajax/#jqXHR">jqXHR</a> if
|
||
validation is successful and <tt>false</tt> otherwise. The <b>attributes</b>
|
||
hash (as in <a href="#Model-set">set</a>) should contain the attributes
|
||
you'd like to change — keys that aren't mentioned won't be altered — but,
|
||
a <i>complete representation</i> of the resource will be sent to the server.
|
||
As with <tt>set</tt>, you may pass individual keys and values instead of a hash.
|
||
If the model has a <a href="#Model-validate">validate</a>
|
||
method, and validation fails, the model will not be saved. If the model
|
||
<a href="#Model-isNew">isNew</a>, the save will be a <tt>"create"</tt>
|
||
(HTTP <tt>POST</tt>), if the model already
|
||
exists on the server, the save will be an <tt>"update"</tt> (HTTP <tt>PUT</tt>).
|
||
</p>
|
||
|
||
<p>
|
||
If instead, you'd only like the <i>changed</i> attributes to be sent to the
|
||
server, call <tt>model.save(attrs, {patch: true})</tt>. You'll get an HTTP
|
||
<tt>PATCH</tt> request to the server with just the passed-in attributes.
|
||
</p>
|
||
|
||
<p>
|
||
Calling <tt>save</tt> with new attributes will cause a <tt>"change"</tt>
|
||
event immediately, a <tt>"request"</tt> event as the Ajax request begins to
|
||
go to the server, and a <tt>"sync"</tt> event after the server has acknowledged
|
||
the successful change. Pass <tt>{wait: true}</tt> if you'd like to wait
|
||
for the server before setting the new attributes on the model.
|
||
</p>
|
||
|
||
<p>
|
||
In the following example, notice how our overridden version
|
||
of <tt>Backbone.sync</tt> receives a <tt>"create"</tt> request
|
||
the first time the model is saved and an <tt>"update"</tt>
|
||
request the second time.
|
||
</p>
|
||
|
||
<pre class="runnable">
|
||
Backbone.sync = function(method, model) {
|
||
alert(method + ": " + JSON.stringify(model));
|
||
model.id = 1;
|
||
};
|
||
|
||
var book = new Backbone.Model({
|
||
title: "The Rough Riders",
|
||
author: "Theodore Roosevelt"
|
||
});
|
||
|
||
book.save();
|
||
|
||
book.save({author: "Teddy"});
|
||
</pre>
|
||
|
||
<p>
|
||
<b>save</b> accepts <tt>success</tt> and <tt>error</tt> callbacks in the
|
||
options hash, which are passed <tt>(model, response, options)</tt> and
|
||
<tt>(model, xhr, options)</tt> as arguments, respectively.
|
||
If a server-side validation fails, return a non-<tt>200</tt>
|
||
HTTP response code, along with an error response in text or JSON.
|
||
</p>
|
||
|
||
<pre>
|
||
book.save("author", "F.D.R.", {error: function(){ ... }});
|
||
</pre>
|
||
|
||
<p id="Model-destroy">
|
||
<b class="header">destroy</b><code>model.destroy([options])</code>
|
||
<br />
|
||
Destroys the model on the server by delegating an HTTP <tt>DELETE</tt>
|
||
request to <a href="#Sync">Backbone.sync</a>. Returns a
|
||
<a href="http://api.jquery.com/jQuery.ajax/#jqXHR">jqXHR</a> object, or
|
||
<tt>false</tt> if the model <a href="#Model-isNew">isNew</a>. Accepts
|
||
<tt>success</tt> and <tt>error</tt> callbacks in the options hash, which
|
||
are passed <tt>(model, response, options)</tt> and <tt>(model, xhr, options)</tt>
|
||
as arguments, respectively.
|
||
Triggers a <tt>"destroy"</tt> event on the model, which will bubble up
|
||
through any collections that contain it, a <tt>"request"</tt> event as it
|
||
begins the Ajax request to the server, and a <tt>"sync"</tt> event, after
|
||
the server has successfully acknowledged the model's deletion. Pass
|
||
<tt>{wait: true}</tt> if you'd like to wait for the server to respond
|
||
before removing the model from the collection.
|
||
</p>
|
||
|
||
<pre>
|
||
book.destroy({success: function(model, response) {
|
||
...
|
||
}});
|
||
</pre>
|
||
|
||
<p id="Model-Underscore-Methods">
|
||
<b class="header">Underscore Methods (6)</b>
|
||
<br />
|
||
Backbone proxies to <b>Underscore.js</b> to provide 6 object functions
|
||
on <b>Backbone.Model</b>. They aren't all documented here, but
|
||
you can take a look at the Underscore documentation for the full details…
|
||
</p>
|
||
|
||
<ul class="small">
|
||
<li><a href="http://underscorejs.org/#keys">keys</a></li>
|
||
<li><a href="http://underscorejs.org/#values">values</a></li>
|
||
<li><a href="http://underscorejs.org/#pairs">pairs</a></li>
|
||
<li><a href="http://underscorejs.org/#invert">invert</a></li>
|
||
<li><a href="http://underscorejs.org/#pick">pick</a></li>
|
||
<li><a href="http://underscorejs.org/#omit">omit</a></li>
|
||
</ul>
|
||
|
||
<pre>
|
||
user.pick('first_name', 'last_name', 'email');
|
||
|
||
chapters.keys().join(', ');
|
||
</pre>
|
||
|
||
<p id="Model-validate">
|
||
<b class="header">validate</b><code>model.validate(attributes, options)</code>
|
||
<br />
|
||
This method is left undefined, and you're encouraged to override it with
|
||
your custom validation logic, if you have any that can be performed
|
||
in JavaScript. By default <b>validate</b> is called before
|
||
<tt>save</tt>, but can also be called before <tt>set</tt> if
|
||
<tt>{validate:true}</tt> is passed. The <b>validate</b> method is passed
|
||
the model attributes, as well as the options from <tt>set</tt> or <tt>save</tt>.
|
||
If the attributes are valid, don't return anything from <b>validate</b>;
|
||
if they are invalid, return an error of your choosing. It
|
||
can be as simple as a string error message to be displayed, or a complete
|
||
error object that describes the error programmatically. If <b>validate</b>
|
||
returns an error, <tt>save</tt> will not continue, and the
|
||
model attributes will not be modified on the server.
|
||
Failed validations trigger an <tt>"invalid"</tt> event, and set the
|
||
<tt>validationError</tt> property on the model with the value returned by
|
||
this method.
|
||
</p>
|
||
|
||
<pre class="runnable">
|
||
var Chapter = Backbone.Model.extend({
|
||
validate: function(attrs, options) {
|
||
if (attrs.end < attrs.start) {
|
||
return "can't end before it starts";
|
||
}
|
||
}
|
||
});
|
||
|
||
var one = new Chapter({
|
||
title : "Chapter One: The Beginning"
|
||
});
|
||
|
||
one.on("invalid", function(model, error) {
|
||
alert(model.get("title") + " " + error);
|
||
});
|
||
|
||
one.save({
|
||
start: 15,
|
||
end: 10
|
||
});
|
||
</pre>
|
||
|
||
<p>
|
||
<tt>"invalid"</tt> events are useful for providing coarse-grained error
|
||
messages at the model or collection level.
|
||
</p>
|
||
|
||
<p id="Model-validationError">
|
||
<b class="header">validationError</b><code>model.validationError</code>
|
||
<br />
|
||
The value returned by <a href="#Model-validate">validate</a> during the last failed validation.
|
||
</p>
|
||
|
||
<p id="Model-isValid">
|
||
<b class="header">isValid</b><code>model.isValid</code>
|
||
<br />
|
||
Run <a href="#Model-validate">validate</a> to check the model state.
|
||
</p>
|
||
|
||
<pre class="runnable">
|
||
var Chapter = Backbone.Model.extend({
|
||
validate: function(attrs, options) {
|
||
if (attrs.end < attrs.start) {
|
||
return "can't end before it starts";
|
||
}
|
||
}
|
||
});
|
||
|
||
var one = new Chapter({
|
||
title : "Chapter One: The Beginning"
|
||
});
|
||
|
||
one.set({
|
||
start: 15,
|
||
end: 10
|
||
});
|
||
|
||
if (!one.isValid()) {
|
||
alert(one.get("title") + " " + one.validationError);
|
||
}
|
||
</pre>
|
||
|
||
<p id="Model-url">
|
||
<b class="header">url</b><code>model.url()</code>
|
||
<br />
|
||
Returns the relative URL where the model's resource would be located on
|
||
the server. If your models are located somewhere else, override this method
|
||
with the correct logic. Generates URLs of the form: <tt>"[collection.url]/[id]"</tt>
|
||
by default, but you may override by specifying an explicit <tt>urlRoot</tt>
|
||
if the model's collection shouldn't be taken into account. You can also
|
||
pass in the model's <tt>url</tt> as an option when instantiating it.
|
||
</p>
|
||
|
||
<p>
|
||
Delegates to <a href="#Collection-url">Collection#url</a> to generate the
|
||
URL, so make sure that you have it defined, or a <a href="#Model-urlRoot">urlRoot</a>
|
||
property, if all models of this class share a common root URL.
|
||
A model with an id of <tt>101</tt>, stored in a
|
||
<a href="#Collection">Backbone.Collection</a> with a <tt>url</tt> of <tt>"/documents/7/notes"</tt>,
|
||
would have this URL: <tt>"/documents/7/notes/101"</tt>
|
||
</p>
|
||
|
||
<p id="Model-urlRoot">
|
||
<b class="header">urlRoot</b><code>model.urlRoot or model.urlRoot()</code>
|
||
<br />
|
||
Specify a <tt>urlRoot</tt> if you're using a model <i>outside</i> of a collection,
|
||
to enable the default <a href="#Model-url">url</a> function to generate
|
||
URLs based on the model id. <tt>"[urlRoot]/id"</tt><br />
|
||
Normally, you won't need to define this.
|
||
Note that <tt>urlRoot</tt> may also be a function.
|
||
</p>
|
||
|
||
<pre class="runnable">
|
||
var Book = Backbone.Model.extend({urlRoot : '/books'});
|
||
|
||
var solaris = new Book({id: "1083-lem-solaris"});
|
||
|
||
alert(solaris.url());
|
||
</pre>
|
||
|
||
<p id="Model-parse">
|
||
<b class="header">parse</b><code>model.parse(response, options)</code>
|
||
<br />
|
||
<b>parse</b> is called whenever a model's data is returned by the
|
||
server, in <a href="#Model-fetch">fetch</a>, and <a href="#Model-save">save</a>.
|
||
The function is passed the raw <tt>response</tt> object, and should return
|
||
the attributes hash to be <a href="#Model-set">set</a> on the model. The
|
||
default implementation is a no-op, simply passing through the JSON response.
|
||
Override this if you need to work with a preexisting API, or better namespace
|
||
your responses.
|
||
</p>
|
||
|
||
<p>
|
||
If you're working with a Rails backend that has a version prior to 3.1,
|
||
you'll notice that its default <tt>to_json</tt> implementation includes
|
||
a model's attributes under a namespace. To disable this behavior for
|
||
seamless Backbone integration, set:
|
||
</p>
|
||
|
||
<pre>
|
||
ActiveRecord::Base.include_root_in_json = false
|
||
</pre>
|
||
|
||
<p id="Model-clone">
|
||
<b class="header">clone</b><code>model.clone()</code>
|
||
<br />
|
||
Returns a new instance of the model with identical attributes.
|
||
</p>
|
||
|
||
<p id="Model-isNew">
|
||
<b class="header">isNew</b><code>model.isNew()</code>
|
||
<br />
|
||
Has this model been saved to the server yet? If the model does not yet have
|
||
an <tt>id</tt>, it is considered to be new.
|
||
</p>
|
||
|
||
<p id="Model-hasChanged">
|
||
<b class="header">hasChanged</b><code>model.hasChanged([attribute])</code>
|
||
<br />
|
||
Has the model changed since the last <a href="#Model-set">set</a>? If an <b>attribute</b>
|
||
is passed, returns <tt>true</tt> if that specific attribute has changed.
|
||
</p>
|
||
|
||
<p class="warning">
|
||
Note that this method, and the following change-related ones,
|
||
are only useful during the course of a <tt>"change"</tt> event.
|
||
</p>
|
||
|
||
<pre>
|
||
book.on("change", function() {
|
||
if (book.hasChanged("title")) {
|
||
...
|
||
}
|
||
});
|
||
</pre>
|
||
|
||
<p id="Model-changedAttributes">
|
||
<b class="header">changedAttributes</b><code>model.changedAttributes([attributes])</code>
|
||
<br />
|
||
Retrieve a hash of only the model's attributes that have changed since the last
|
||
<a href="#Model-set">set</a>, or <tt>false</tt> if there are none. Optionally, an external
|
||
<b>attributes</b> hash can be passed in, returning the attributes in that
|
||
hash which differ from the model. This can be used to figure out which
|
||
portions of a view should be updated, or what calls
|
||
need to be made to sync the changes to the server.
|
||
</p>
|
||
|
||
<p id="Model-previous">
|
||
<b class="header">previous</b><code>model.previous(attribute)</code>
|
||
<br />
|
||
During a <tt>"change"</tt> event, this method can be used to get the
|
||
previous value of a changed attribute.
|
||
</p>
|
||
|
||
<pre class="runnable">
|
||
var bill = new Backbone.Model({
|
||
name: "Bill Smith"
|
||
});
|
||
|
||
bill.on("change:name", function(model, name) {
|
||
alert("Changed name from " + bill.previous("name") + " to " + name);
|
||
});
|
||
|
||
bill.set({name : "Bill Jones"});
|
||
</pre>
|
||
|
||
<p id="Model-previousAttributes">
|
||
<b class="header">previousAttributes</b><code>model.previousAttributes()</code>
|
||
<br />
|
||
Return a copy of the model's previous attributes. Useful for getting a
|
||
diff between versions of a model, or getting back to a valid state after
|
||
an error occurs.
|
||
</p>
|
||
|
||
<h2 id="Collection">Backbone.Collection</h2>
|
||
|
||
<p>
|
||
Collections are ordered sets of models. You can bind <tt>"change"</tt> events
|
||
to be notified when any model in the collection has been modified,
|
||
listen for <tt>"add"</tt> and <tt>"remove"</tt> events, <tt>fetch</tt>
|
||
the collection from the server, and use a full suite of
|
||
<a href="#Collection-Underscore-Methods">Underscore.js methods</a>.
|
||
</p>
|
||
|
||
<p>
|
||
Any event that is triggered on a model in a collection will also be
|
||
triggered on the collection directly, for convenience.
|
||
This allows you to listen for changes to specific attributes in any
|
||
model in a collection, for example:
|
||
<tt>documents.on("change:selected", ...)</tt>
|
||
</p>
|
||
|
||
<p id="Collection-extend">
|
||
<b class="header">extend</b><code>Backbone.Collection.extend(properties, [classProperties])</code>
|
||
<br />
|
||
To create a <b>Collection</b> class of your own, extend <b>Backbone.Collection</b>,
|
||
providing instance <b>properties</b>, as well as optional <b>classProperties</b> to be attached
|
||
directly to the collection's constructor function.
|
||
</p>
|
||
|
||
<p id="Collection-model">
|
||
<b class="header">model</b><code>collection.model</code>
|
||
<br />
|
||
Override this property to specify the model class that the collection
|
||
contains. If defined, you can pass raw attributes objects (and arrays) to
|
||
<a href="#Collection-add">add</a>, <a href="#Collection-create">create</a>,
|
||
and <a href="#Collection-reset">reset</a>, and the attributes will be
|
||
converted into a model of the proper type.
|
||
</p>
|
||
|
||
<pre>
|
||
var Library = Backbone.Collection.extend({
|
||
model: Book
|
||
});
|
||
</pre>
|
||
|
||
<p>
|
||
A collection can also contain polymorphic models by overriding this property
|
||
with a constructor that returns a model.
|
||
</p>
|
||
|
||
<pre>
|
||
var Library = Backbone.Collection.extend({
|
||
|
||
model: function(attrs, options) {
|
||
if (condition) {
|
||
return new PublicDocument(attrs, options);
|
||
} else {
|
||
return new PrivateDocument(attrs, options);
|
||
}
|
||
}
|
||
|
||
});
|
||
</pre>
|
||
|
||
<p id="Collection-constructor">
|
||
<b class="header">constructor / initialize</b><code>new Backbone.Collection([models], [options])</code>
|
||
<br />
|
||
When creating a Collection, you may choose to pass in the initial array
|
||
of <b>models</b>. The collection's <a href="#Collection-comparator">comparator</a>
|
||
may be included as an option. Passing <tt>false</tt> as the
|
||
comparator option will prevent sorting. If you define an
|
||
<b>initialize</b> function, it will be invoked when the collection is
|
||
created. There are a couple of options that, if provided, are attached to
|
||
the collection directly: <tt>model</tt> and <tt>comparator</tt>.
|
||
</p>
|
||
|
||
<pre>
|
||
var tabs = new TabSet([tab1, tab2, tab3]);
|
||
var spaces = new Backbone.Collection([], {
|
||
model: Space
|
||
});
|
||
</pre>
|
||
|
||
<p id="Collection-models">
|
||
<b class="header">models</b><code>collection.models</code>
|
||
<br />
|
||
Raw access to the JavaScript array of models inside of the collection. Usually you'll
|
||
want to use <tt>get</tt>, <tt>at</tt>, or the <b>Underscore methods</b>
|
||
to access model objects, but occasionally a direct reference to the array
|
||
is desired.
|
||
</p>
|
||
|
||
<p id="Collection-toJSON">
|
||
<b class="header">toJSON</b><code>collection.toJSON([options])</code>
|
||
<br />
|
||
Return an array containing the attributes hash of each model
|
||
(via <a href="#Model-toJSON">toJSON</a>) in the
|
||
collection. This can be used to serialize and persist the
|
||
collection as a whole. The name of this method is a bit confusing, because
|
||
it conforms to
|
||
<a href="https://developer.mozilla.org/en/JSON#toJSON()_method">JavaScript's JSON API</a>.
|
||
</p>
|
||
|
||
<pre class="runnable">
|
||
var collection = new Backbone.Collection([
|
||
{name: "Tim", age: 5},
|
||
{name: "Ida", age: 26},
|
||
{name: "Rob", age: 55}
|
||
]);
|
||
|
||
alert(JSON.stringify(collection));
|
||
</pre>
|
||
|
||
<p id="Collection-sync">
|
||
<b class="header">sync</b><code>collection.sync(method, collection, [options])</code>
|
||
<br />
|
||
Uses <a href="#Sync">Backbone.sync</a> to persist the state of a
|
||
collection to the server. Can be overridden for custom behavior.
|
||
</p>
|
||
|
||
<p id="Collection-Underscore-Methods">
|
||
<b class="header">Underscore Methods (28)</b>
|
||
<br />
|
||
Backbone proxies to <b>Underscore.js</b> to provide 28 iteration functions
|
||
on <b>Backbone.Collection</b>. They aren't all documented here, but
|
||
you can take a look at the Underscore documentation for the full details…
|
||
</p>
|
||
|
||
<ul class="small">
|
||
<li><a href="http://underscorejs.org/#each">forEach (each)</a></li>
|
||
<li><a href="http://underscorejs.org/#map">map (collect)</a></li>
|
||
<li><a href="http://underscorejs.org/#reduce">reduce (foldl, inject)</a></li>
|
||
<li><a href="http://underscorejs.org/#reduceRight">reduceRight (foldr)</a></li>
|
||
<li><a href="http://underscorejs.org/#find">find (detect)</a></li>
|
||
<li><a href="http://underscorejs.org/#filter">filter (select)</a></li>
|
||
<li><a href="http://underscorejs.org/#reject">reject</a></li>
|
||
<li><a href="http://underscorejs.org/#every">every (all)</a></li>
|
||
<li><a href="http://underscorejs.org/#some">some (any)</a></li>
|
||
<li><a href="http://underscorejs.org/#contains">contains (include)</a></li>
|
||
<li><a href="http://underscorejs.org/#invoke">invoke</a></li>
|
||
<li><a href="http://underscorejs.org/#max">max</a></li>
|
||
<li><a href="http://underscorejs.org/#min">min</a></li>
|
||
<li><a href="http://underscorejs.org/#sortBy">sortBy</a></li>
|
||
<li><a href="http://underscorejs.org/#groupBy">groupBy</a></li>
|
||
<li><a href="http://underscorejs.org/#shuffle">shuffle</a></li>
|
||
<li><a href="http://underscorejs.org/#toArray">toArray</a></li>
|
||
<li><a href="http://underscorejs.org/#size">size</a></li>
|
||
<li><a href="http://underscorejs.org/#first">first (head, take)</a></li>
|
||
<li><a href="http://underscorejs.org/#initial">initial</a></li>
|
||
<li><a href="http://underscorejs.org/#rest">rest (tail)</a></li>
|
||
<li><a href="http://underscorejs.org/#last">last</a></li>
|
||
<li><a href="http://underscorejs.org/#without">without</a></li>
|
||
<li><a href="http://underscorejs.org/#indexOf">indexOf</a></li>
|
||
<li><a href="http://underscorejs.org/#lastIndexOf">lastIndexOf</a></li>
|
||
<li><a href="http://underscorejs.org/#isEmpty">isEmpty</a></li>
|
||
<li><a href="http://underscorejs.org/#chain">chain</a></li>
|
||
</ul>
|
||
|
||
<pre>
|
||
books.each(function(book) {
|
||
book.publish();
|
||
});
|
||
|
||
var titles = books.map(function(book) {
|
||
return book.get("title");
|
||
});
|
||
|
||
var publishedBooks = books.filter(function(book) {
|
||
return book.get("published") === true;
|
||
});
|
||
|
||
var alphabetical = books.sortBy(function(book) {
|
||
return book.author.get("name").toLowerCase();
|
||
});
|
||
</pre>
|
||
|
||
<p id="Collection-add">
|
||
<b class="header">add</b><code>collection.add(models, [options])</code>
|
||
<br />
|
||
Add a model (or an array of models) to the collection, firing an <tt>"add"</tt>
|
||
event. If a <a href="#Collection-model">model</a> property is defined, you may also pass
|
||
raw attributes objects, and have them be vivified as instances of the model.
|
||
Returns the added (or preexisting, if duplicate) models.
|
||
Pass <tt>{at: index}</tt> to splice the model into the collection at the
|
||
specified <tt>index</tt>. If you're adding models to the collection that are
|
||
<i>already</i> in the collection, they'll be ignored, unless you pass
|
||
<tt>{merge: true}</tt>, in which case their attributes will be merged
|
||
into the corresponding models, firing any appropriate <tt>"change"</tt> events.
|
||
</p>
|
||
|
||
<pre class="runnable">
|
||
var ships = new Backbone.Collection;
|
||
|
||
ships.on("add", function(ship) {
|
||
alert("Ahoy " + ship.get("name") + "!");
|
||
});
|
||
|
||
ships.add([
|
||
{name: "Flying Dutchman"},
|
||
{name: "Black Pearl"}
|
||
]);
|
||
</pre>
|
||
|
||
<p class="warning">
|
||
Note that adding the same model (a model with the same <tt>id</tt>) to
|
||
a collection more than once <br /> is a no-op.
|
||
</p>
|
||
|
||
<p id="Collection-remove">
|
||
<b class="header">remove</b><code>collection.remove(models, [options])</code>
|
||
<br />
|
||
Remove a model (or an array of models) from the collection, and returns them.
|
||
Fires a <tt>"remove"</tt> event, which you can use <tt>silent</tt> to suppress.
|
||
The model's index before removal is available to listeners as
|
||
<tt>options.index</tt>.
|
||
</p>
|
||
|
||
<p id="Collection-reset">
|
||
<b class="header">reset</b><code>collection.reset([models], [options])</code>
|
||
<br />
|
||
Adding and removing models one at a time is all well and good, but sometimes
|
||
you have so many models to change that you'd rather just update the collection
|
||
in bulk. Use <b>reset</b> to replace a collection with a new list
|
||
of models (or attribute hashes), triggering a single <tt>"reset"</tt> event
|
||
at the end. Returns the newly-set models.
|
||
For convenience, within a <tt>"reset"</tt> event, the list of any
|
||
previous models is available as <tt>options.previousModels</tt>.
|
||
</p>
|
||
|
||
<p>
|
||
Here's an example using <b>reset</b> to bootstrap a collection during initial page load,
|
||
in a Rails application:
|
||
</p>
|
||
|
||
<pre>
|
||
<script>
|
||
var accounts = new Backbone.Collection;
|
||
accounts.reset(<%= @accounts.to_json %>);
|
||
</script>
|
||
</pre>
|
||
|
||
<p>
|
||
Calling <tt>collection.reset()</tt> without passing any models as arguments
|
||
will empty the entire collection.
|
||
</p>
|
||
|
||
<p id="Collection-set">
|
||
<b class="header">set</b><code>collection.set(models, [options])</code>
|
||
<br />
|
||
The <b>set</b> method performs a "smart" update of the collection
|
||
with the passed list of models. If a model in the list isn't yet in the
|
||
collection it will be added; if the model is already in the collection
|
||
its attributes will be merged; and if the collection contains any models that
|
||
<i>aren't</i> present in the list, they'll be removed. All of the appropriate
|
||
<tt>"add"</tt>, <tt>"remove"</tt>, and <tt>"change"</tt> events are fired
|
||
as this happens. Returns the touched models in the collection.
|
||
If you'd like to customize the behavior, you can disable
|
||
it with options: <tt>{add: false}</tt>, <tt>{remove: false}</tt>, or <tt>{merge: false}</tt>.
|
||
</p>
|
||
|
||
<pre>
|
||
var vanHalen = new Backbone.Collection([eddie, alex, stone, roth]);
|
||
|
||
vanHalen.set([eddie, alex, stone, hagar]);
|
||
|
||
// Fires a "remove" event for roth, and an "add" event for "hagar".
|
||
// Updates any of stone, alex, and eddie's attributes that may have
|
||
// changed over the years.
|
||
</pre>
|
||
|
||
<p id="Collection-get">
|
||
<b class="header">get</b><code>collection.get(id)</code>
|
||
<br />
|
||
Get a model from a collection, specified by an <a href="#Model-id">id</a>,
|
||
a <a href="#Model-cid">cid</a>, or by passing in a <b>model</b>.
|
||
</p>
|
||
|
||
<pre>
|
||
var book = library.get(110);
|
||
</pre>
|
||
|
||
<p id="Collection-at">
|
||
<b class="header">at</b><code>collection.at(index)</code>
|
||
<br />
|
||
Get a model from a collection, specified by index. Useful if your collection
|
||
is sorted, and if your collection isn't sorted, <b>at</b> will still
|
||
retrieve models in insertion order.
|
||
</p>
|
||
|
||
<p id="Collection-push">
|
||
<b class="header">push</b><code>collection.push(model, [options])</code>
|
||
<br />
|
||
Add a model at the end of a collection. Takes the same options as
|
||
<a href="#Collection-add">add</a>.
|
||
</p>
|
||
|
||
<p id="Collection-pop">
|
||
<b class="header">pop</b><code>collection.pop([options])</code>
|
||
<br />
|
||
Remove and return the last model from a collection. Takes the same options as
|
||
<a href="#Collection-remove">remove</a>.
|
||
</p>
|
||
|
||
<p id="Collection-unshift">
|
||
<b class="header">unshift</b><code>collection.unshift(model, [options])</code>
|
||
<br />
|
||
Add a model at the beginning of a collection. Takes the same options as
|
||
<a href="#Collection-add">add</a>.
|
||
</p>
|
||
|
||
<p id="Collection-shift">
|
||
<b class="header">shift</b><code>collection.shift([options])</code>
|
||
<br />
|
||
Remove and return the first model from a collection. Takes the same options as
|
||
<a href="#Collection-remove">remove</a>.
|
||
</p>
|
||
|
||
<p id="Collection-slice">
|
||
<b class="header">slice</b><code>collection.slice(begin, end)</code>
|
||
<br />
|
||
Return a shallow copy of this collection's models, using the same options as
|
||
native
|
||
<a href="https://developer.mozilla.org/en/JavaScript/Reference/Global_Objects/Array/slice">Array#slice</a>.
|
||
</p>
|
||
|
||
<p id="Collection-length">
|
||
<b class="header">length</b><code>collection.length</code>
|
||
<br />
|
||
Like an array, a Collection maintains a <tt>length</tt> property, counting
|
||
the number of models it contains.
|
||
</p>
|
||
|
||
<p id="Collection-comparator">
|
||
<b class="header">comparator</b><code>collection.comparator</code>
|
||
<br />
|
||
By default there is no <b>comparator</b> for a collection.
|
||
If you define a comparator, it will be used to maintain
|
||
the collection in sorted order. This means that as models are added,
|
||
they are inserted at the correct index in <tt>collection.models</tt>.
|
||
A comparator can be defined as a
|
||
<a href="http://underscorejs.org/#sortBy">sortBy</a>
|
||
(pass a function that takes a single argument),
|
||
as a
|
||
<a href="https://developer.mozilla.org/en/JavaScript/Reference/Global_Objects/Array/sort">sort</a>
|
||
(pass a comparator function that expects two arguments),
|
||
or as a string indicating the attribute to sort by.
|
||
</p>
|
||
|
||
<p>
|
||
"sortBy" comparator functions take a model and return a numeric or string
|
||
value by which the model should be ordered relative to others.
|
||
"sort" comparator functions take two models, and return <tt>-1</tt> if
|
||
the first model should come before the second, <tt>0</tt> if they are of
|
||
the same rank and <tt>1</tt> if the first model should come after.
|
||
</p>
|
||
|
||
<p>
|
||
Note how even though all of the chapters in this example are added backwards,
|
||
they come out in the proper order:
|
||
</p>
|
||
|
||
<pre class="runnable">
|
||
var Chapter = Backbone.Model;
|
||
var chapters = new Backbone.Collection;
|
||
|
||
chapters.comparator = 'page';
|
||
|
||
chapters.add(new Chapter({page: 9, title: "The End"}));
|
||
chapters.add(new Chapter({page: 5, title: "The Middle"}));
|
||
chapters.add(new Chapter({page: 1, title: "The Beginning"}));
|
||
|
||
alert(chapters.pluck('title'));
|
||
</pre>
|
||
|
||
<p class="warning">
|
||
Collections with a comparator will not automatically re-sort if you
|
||
later change model attributes, so you may wish to call
|
||
<tt>sort</tt> after changing model attributes that would affect the order.
|
||
</p>
|
||
|
||
<p id="Collection-sort">
|
||
<b class="header">sort</b><code>collection.sort([options])</code>
|
||
<br />
|
||
Force a collection to re-sort itself. You don't need to call this under
|
||
normal circumstances, as a collection with a <a href="#Collection-comparator">comparator</a>
|
||
will sort itself whenever a model is added. To disable sorting when adding
|
||
a model, pass <tt>{sort: false}</tt> to <tt>add</tt>. Calling <b>sort</b>
|
||
triggers a <tt>"sort"</tt> event on the collection.
|
||
</p>
|
||
|
||
<p id="Collection-pluck">
|
||
<b class="header">pluck</b><code>collection.pluck(attribute)</code>
|
||
<br />
|
||
Pluck an attribute from each model in the collection. Equivalent to calling
|
||
<tt>map</tt> and returning a single attribute from the iterator.
|
||
</p>
|
||
|
||
<pre class="runnable">
|
||
var stooges = new Backbone.Collection([
|
||
{name: "Curly"},
|
||
{name: "Larry"},
|
||
{name: "Moe"}
|
||
]);
|
||
|
||
var names = stooges.pluck("name");
|
||
|
||
alert(JSON.stringify(names));
|
||
</pre>
|
||
|
||
<p id="Collection-where">
|
||
<b class="header">where</b><code>collection.where(attributes)</code>
|
||
<br />
|
||
Return an array of all the models in a collection that match the
|
||
passed <b>attributes</b>. Useful for simple cases of <tt>filter</tt>.
|
||
</p>
|
||
|
||
<pre class="runnable">
|
||
var friends = new Backbone.Collection([
|
||
{name: "Athos", job: "Musketeer"},
|
||
{name: "Porthos", job: "Musketeer"},
|
||
{name: "Aramis", job: "Musketeer"},
|
||
{name: "d'Artagnan", job: "Guard"},
|
||
]);
|
||
|
||
var musketeers = friends.where({job: "Musketeer"});
|
||
|
||
alert(musketeers.length);
|
||
</pre>
|
||
|
||
<p id="Collection-findWhere">
|
||
<b class="header">findWhere</b><code>collection.findWhere(attributes)</code>
|
||
<br />
|
||
Just like <a href="#Collection-where">where</a>, but directly returns only
|
||
the first model in the collection that matches the passed <b>attributes</b>.
|
||
</p>
|
||
|
||
<p id="Collection-url">
|
||
<b class="header">url</b><code>collection.url or collection.url()</code>
|
||
<br />
|
||
Set the <b>url</b> property (or function) on a collection to reference
|
||
its location on the server. Models within the collection will use <b>url</b>
|
||
to construct URLs of their own.
|
||
</p>
|
||
|
||
<pre>
|
||
var Notes = Backbone.Collection.extend({
|
||
url: '/notes'
|
||
});
|
||
|
||
// Or, something more sophisticated:
|
||
|
||
var Notes = Backbone.Collection.extend({
|
||
url: function() {
|
||
return this.document.url() + '/notes';
|
||
}
|
||
});
|
||
</pre>
|
||
|
||
<p id="Collection-parse">
|
||
<b class="header">parse</b><code>collection.parse(response, options)</code>
|
||
<br />
|
||
<b>parse</b> is called by Backbone whenever a collection's models are
|
||
returned by the server, in <a href="#Collection-fetch">fetch</a>.
|
||
The function is passed the raw <tt>response</tt> object, and should return
|
||
the array of model attributes to be <a href="#Collection-add">added</a>
|
||
to the collection. The default implementation is a no-op, simply passing
|
||
through the JSON response. Override this if you need to work with a
|
||
preexisting API, or better namespace your responses.
|
||
</p>
|
||
|
||
<pre>
|
||
var Tweets = Backbone.Collection.extend({
|
||
// The Twitter Search API returns tweets under "results".
|
||
parse: function(response) {
|
||
return response.results;
|
||
}
|
||
});
|
||
</pre>
|
||
|
||
<p id="Collection-clone">
|
||
<b class="header">clone</b><code>collection.clone()</code>
|
||
<br />
|
||
Returns a new instance of the collection with an identical list of models.
|
||
</p>
|
||
|
||
<p id="Collection-fetch">
|
||
<b class="header">fetch</b><code>collection.fetch([options])</code>
|
||
<br />
|
||
Fetch the default set of models for this collection from the server,
|
||
<a href="#Collection-set">setting</a> them on the collection when they arrive.
|
||
The <b>options</b> hash takes <tt>success</tt> and <tt>error</tt> callbacks
|
||
which will both be passed <tt>(collection, response, options)</tt> as arguments.
|
||
When the model data returns from the server, it uses <a href="#Collection-set">set</a>
|
||
to (intelligently) merge the fetched models, unless you pass <tt>{reset: true}</tt>,
|
||
in which case the collection will be (efficiently) <a href="#Collection-reset">reset</a>.
|
||
Delegates to <a href="#Sync">Backbone.sync</a>
|
||
under the covers for custom persistence strategies and returns a
|
||
<a href="http://api.jquery.com/jQuery.ajax/#jqXHR">jqXHR</a>.
|
||
The server handler for <b>fetch</b> requests should return a JSON array of
|
||
models.
|
||
</p>
|
||
|
||
<pre class="runnable">
|
||
Backbone.sync = function(method, model) {
|
||
alert(method + ": " + model.url);
|
||
};
|
||
|
||
var accounts = new Backbone.Collection;
|
||
accounts.url = '/accounts';
|
||
|
||
accounts.fetch();
|
||
</pre>
|
||
|
||
<p>
|
||
The behavior of <b>fetch</b> can be customized by using the available
|
||
<a href="#Collection-set">set</a> options. For example, to fetch a
|
||
collection, getting an <tt>"add"</tt> event for every new model, and
|
||
a <tt>"change"</tt> event for every changed existing model, without
|
||
removing anything: <tt>collection.fetch({remove: false})</tt>
|
||
</p>
|
||
|
||
<p>
|
||
<b>jQuery.ajax</b> options can also be passed directly as <b>fetch</b> options,
|
||
so to fetch a specific page of a paginated collection:
|
||
<tt>Documents.fetch({data: {page: 3}})</tt>
|
||
</p>
|
||
|
||
<p>
|
||
Note that <b>fetch</b> should not be used to populate collections on
|
||
page load — all models needed at load time should already be
|
||
<a href="#FAQ-bootstrap">bootstrapped</a> in to place. <b>fetch</b> is
|
||
intended for lazily-loading models for interfaces that are not needed
|
||
immediately: for example, documents with collections of notes that may be
|
||
toggled open and closed.
|
||
</p>
|
||
|
||
<p id="Collection-create">
|
||
<b class="header">create</b><code>collection.create(attributes, [options])</code>
|
||
<br />
|
||
Convenience to create a new instance of a model within a collection.
|
||
Equivalent to instantiating a model with a hash of attributes,
|
||
saving the model to the server, and adding the model to the set after being
|
||
successfully created. Returns the new model. If client-side validation
|
||
failed, the model will be unsaved, with validation errors.
|
||
In order for this to work, you should set the
|
||
<a href="#Collection-model">model</a> property of the collection.
|
||
The <b>create</b> method can accept either an attributes hash or an
|
||
existing, unsaved model object.
|
||
</p>
|
||
|
||
<p>
|
||
Creating a model will cause an immediate <tt>"add"</tt> event to be
|
||
triggered on the collection, a <tt>"request"</tt> event as the new model is
|
||
sent to the server, as well as a <tt>"sync"</tt> event, once the
|
||
server has responded with the successful creation of the model. Pass <tt>{wait: true}</tt>
|
||
if you'd like to wait for the server before adding the new model to the collection.
|
||
</p>
|
||
|
||
<pre>
|
||
var Library = Backbone.Collection.extend({
|
||
model: Book
|
||
});
|
||
|
||
var nypl = new Library;
|
||
|
||
var othello = nypl.create({
|
||
title: "Othello",
|
||
author: "William Shakespeare"
|
||
});
|
||
</pre>
|
||
|
||
<h2 id="Router">Backbone.Router</h2>
|
||
|
||
<p>
|
||
Web applications often provide linkable, bookmarkable, shareable URLs for
|
||
important locations in the app. Until recently, hash fragments
|
||
(<tt>#page</tt>) were used to provide these permalinks, but with the
|
||
arrival of the History API, it's now possible to use standard URLs (<tt>/page</tt>).
|
||
<b>Backbone.Router</b> provides methods for routing client-side pages, and
|
||
connecting them to actions and events. For browsers which don't yet support
|
||
the History API, the Router handles graceful fallback and transparent
|
||
translation to the fragment version of the URL.
|
||
</p>
|
||
|
||
<p>
|
||
During page load, after your application has finished creating all of its routers,
|
||
be sure to call <tt>Backbone.history.start()</tt>, or
|
||
<tt>Backbone.history.start({pushState: true})</tt> to route the initial URL.
|
||
</p>
|
||
|
||
<p id="Router-extend">
|
||
<b class="header">extend</b><code>Backbone.Router.extend(properties, [classProperties])</code>
|
||
<br />
|
||
Get started by creating a custom router class. Define actions that are
|
||
triggered when certain URL fragments are
|
||
matched, and provide a <a href="#Router-routes">routes</a> hash
|
||
that pairs routes to actions. Note that you'll want to avoid using a
|
||
leading slash in your route definitions:
|
||
</p>
|
||
|
||
<pre>
|
||
var Workspace = Backbone.Router.extend({
|
||
|
||
routes: {
|
||
"help": "help", // #help
|
||
"search/:query": "search", // #search/kiwis
|
||
"search/:query/p:page": "search" // #search/kiwis/p7
|
||
},
|
||
|
||
help: function() {
|
||
...
|
||
},
|
||
|
||
search: function(query, page) {
|
||
...
|
||
}
|
||
|
||
});
|
||
</pre>
|
||
|
||
<p id="Router-routes">
|
||
<b class="header">routes</b><code>router.routes</code>
|
||
<br />
|
||
The routes hash maps URLs with parameters to functions on your router
|
||
(or just direct function definitions, if you prefer),
|
||
similar to the <a href="#View">View</a>'s <a href="#View-delegateEvents">events hash</a>.
|
||
Routes can contain parameter parts, <tt>:param</tt>, which match a single URL
|
||
component between slashes; and splat parts <tt>*splat</tt>, which can match
|
||
any number of URL components. Part of a route can be made optional by
|
||
surrounding it in parentheses <tt>(/:optional)</tt>.
|
||
</p>
|
||
|
||
<p>
|
||
For example, a route of <tt>"search/:query/p:page"</tt> will match
|
||
a fragment of <tt>#search/obama/p2</tt>, passing <tt>"obama"</tt>
|
||
and <tt>"2"</tt> to the action.
|
||
</p>
|
||
|
||
<p>
|
||
A route of <tt>"file/*path"</tt> will match
|
||
<tt>#file/nested/folder/file.txt</tt>, passing
|
||
<tt>"nested/folder/file.txt"</tt> to the action.
|
||
</p>
|
||
|
||
<p>
|
||
A route of <tt>"docs/:section(/:subsection)"</tt> will match
|
||
<tt>#docs/faq</tt> and <tt>#docs/faq/installing</tt>, passing
|
||
<tt>"faq"</tt> to the action in the first case, and passing <tt>"faq"</tt>
|
||
and <tt>"installing"</tt> to the action in the second.
|
||
</p>
|
||
|
||
<p>
|
||
Trailing slashes are treated as part of the URL, and (correctly) treated
|
||
as a unique route when accessed. <tt>docs</tt> and <tt>docs/</tt> will fire
|
||
different callbacks. If you can't avoid generating both types of URLs, you
|
||
can define a <tt>"docs(/)"</tt> matcher to capture both cases.
|
||
</p>
|
||
|
||
<p>
|
||
When the visitor presses the back button, or enters a URL, and a particular
|
||
route is matched, the name of the action will be fired as an
|
||
<a href="#Events">event</a>, so that other objects can listen to the router,
|
||
and be notified. In the following example, visiting <tt>#help/uploading</tt>
|
||
will fire a <tt>route:help</tt> event from the router.
|
||
</p>
|
||
|
||
<pre>
|
||
routes: {
|
||
"help/:page": "help",
|
||
"download/*path": "download",
|
||
"folder/:name": "openFolder",
|
||
"folder/:name-:mode": "openFolder"
|
||
}
|
||
</pre>
|
||
|
||
<pre>
|
||
router.on("route:help", function(page) {
|
||
...
|
||
});
|
||
</pre>
|
||
|
||
<p id="Router-constructor">
|
||
<b class="header">constructor / initialize</b><code>new Router([options])</code>
|
||
<br />
|
||
When creating a new router, you may pass its
|
||
<a href="#Router-routes">routes</a> hash directly as an option, if you
|
||
choose. All <tt>options</tt> will also be passed to your <tt>initialize</tt>
|
||
function, if defined.
|
||
</p>
|
||
|
||
<p id="Router-route">
|
||
<b class="header">route</b><code>router.route(route, name, [callback])</code>
|
||
<br />
|
||
Manually create a route for the router, The <tt>route</tt> argument may
|
||
be a <a href="#Router-routes">routing string</a> or regular expression.
|
||
Each matching capture from the route or regular expression will be passed as
|
||
an argument to the callback. The <tt>name</tt> argument will be triggered as
|
||
a <tt>"route:name"</tt> event whenever the route is matched. If the
|
||
<tt>callback</tt> argument is omitted <tt>router[name]</tt> will be used
|
||
instead. Routes added later may override previously declared routes.
|
||
</p>
|
||
|
||
<pre>
|
||
initialize: function(options) {
|
||
|
||
// Matches #page/10, passing "10"
|
||
this.route("page/:number", "page", function(number){ ... });
|
||
|
||
// Matches /117-a/b/c/open, passing "117-a/b/c" to this.open
|
||
this.route(/^(.*?)\/open$/, "open");
|
||
|
||
},
|
||
|
||
open: function(id) { ... }
|
||
</pre>
|
||
|
||
<p id="Router-navigate">
|
||
<b class="header">navigate</b><code>router.navigate(fragment, [options])</code>
|
||
<br />
|
||
Whenever you reach a point in your application that you'd like to save
|
||
as a URL, call <b>navigate</b> in order to update the URL.
|
||
If you wish to also call the route function, set the <b>trigger</b>
|
||
option to <tt>true</tt>.
|
||
To update the URL without creating an entry in the browser's history,
|
||
set the <b>replace</b> option to <tt>true</tt>.
|
||
</p>
|
||
|
||
<pre>
|
||
openPage: function(pageNumber) {
|
||
this.document.pages.at(pageNumber).open();
|
||
this.navigate("page/" + pageNumber);
|
||
}
|
||
|
||
# Or ...
|
||
|
||
app.navigate("help/troubleshooting", {trigger: true});
|
||
|
||
# Or ...
|
||
|
||
app.navigate("help/troubleshooting", {trigger: true, replace: true});
|
||
</pre>
|
||
|
||
<h2 id="History">Backbone.history</h2>
|
||
|
||
<p>
|
||
<b>History</b> serves as a global router (per frame) to handle <tt>hashchange</tt>
|
||
events or <tt>pushState</tt>, match the appropriate route, and trigger callbacks.
|
||
You shouldn't ever have to create one of these yourself since <tt>Backbone.history</tt>
|
||
already contains one.
|
||
</p>
|
||
|
||
<p>
|
||
<b>pushState</b> support exists on a purely opt-in basis in Backbone.
|
||
Older browsers that don't support <tt>pushState</tt> will continue to use
|
||
hash-based URL fragments, and if a hash URL is visited by a
|
||
<tt>pushState</tt>-capable browser, it will be transparently upgraded to
|
||
the true URL. Note that using real URLs requires your web server to be
|
||
able to correctly render those pages, so back-end changes are required
|
||
as well. For example, if you have a route of <tt>/documents/100</tt>,
|
||
your web server must be able to serve that page, if the browser
|
||
visits that URL directly. For full search-engine crawlability, it's best to
|
||
have the server generate the complete HTML for the page ... but if it's a web
|
||
application, just rendering the same content you would have for the root URL,
|
||
and filling in the rest with Backbone Views and JavaScript works fine.
|
||
</p>
|
||
|
||
<p id="History-start">
|
||
<b class="header">start</b><code>Backbone.history.start([options])</code>
|
||
<br />
|
||
When all of your <a href="#Router">Routers</a> have been created,
|
||
and all of the routes are set up properly, call <tt>Backbone.history.start()</tt>
|
||
to begin monitoring <tt>hashchange</tt> events, and dispatching routes.
|
||
</p>
|
||
|
||
<p>
|
||
To indicate that you'd like to use HTML5 <tt>pushState</tt> support in
|
||
your application, use <tt>Backbone.history.start({pushState: true})</tt>.
|
||
If you'd like to use <tt>pushState</tt>, but have browsers that don't support
|
||
it natively use full page refreshes instead, you can add
|
||
<tt>{hashChange: false}</tt> to the options.
|
||
</p>
|
||
|
||
<p>
|
||
If your application is not being served from the root url <tt>/</tt> of your
|
||
domain, be sure to tell History where the root really is, as an option:
|
||
<tt>Backbone.history.start({pushState: true, root: "/public/search/"})</tt>
|
||
</p>
|
||
|
||
<p>
|
||
When called, if a route succeeds with a match for the current URL,
|
||
<tt>Backbone.history.start()</tt> returns <tt>true</tt>. If no defined
|
||
route matches the current URL, it returns <tt>false</tt>.
|
||
</p>
|
||
|
||
<p>
|
||
If the server has already rendered the entire page, and you don't want the
|
||
initial route to trigger when starting History, pass <tt>silent: true</tt>.
|
||
</p>
|
||
|
||
<p>
|
||
Because hash-based history in Internet Explorer relies on an
|
||
<tt><iframe></tt>, be sure to only call <tt>start()</tt> after the DOM
|
||
is ready.
|
||
</p>
|
||
|
||
<pre>
|
||
$(function(){
|
||
new WorkspaceRouter();
|
||
new HelpPaneRouter();
|
||
Backbone.history.start({pushState: true});
|
||
});
|
||
</pre>
|
||
|
||
<h2 id="Sync">Backbone.sync</h2>
|
||
|
||
<p>
|
||
<b>Backbone.sync</b> is the function that Backbone calls every time it
|
||
attempts to read or save a model to the server. By default, it uses
|
||
<tt>jQuery.ajax</tt> to make a RESTful JSON request and returns a
|
||
<a href="http://api.jquery.com/jQuery.ajax/#jqXHR">jqXHR</a>. You can override
|
||
it in order to use a different persistence strategy, such as WebSockets,
|
||
XML transport, or Local Storage.
|
||
</p>
|
||
|
||
<p>
|
||
The method signature of <b>Backbone.sync</b> is <tt>sync(method, model, [options])</tt>
|
||
</p>
|
||
|
||
<ul>
|
||
<li><b>method</b> – the CRUD method (<tt>"create"</tt>, <tt>"read"</tt>, <tt>"update"</tt>, or <tt>"delete"</tt>)</li>
|
||
<li><b>model</b> – the model to be saved (or collection to be read)</li>
|
||
<li><b>options</b> – success and error callbacks, and all other jQuery request options</li>
|
||
</ul>
|
||
|
||
<p>
|
||
With the default implementation, when <b>Backbone.sync</b> sends up a request to save
|
||
a model, its attributes will be passed, serialized as JSON, and sent in the HTTP body
|
||
with content-type <tt>application/json</tt>. When returning a JSON response,
|
||
send down the attributes of the model that have been changed by the server, and need
|
||
to be updated on the client. When responding to a <tt>"read"</tt> request from a collection
|
||
(<a href="#Collection-fetch">Collection#fetch</a>), send down an array
|
||
of model attribute objects.
|
||
</p>
|
||
|
||
<p>
|
||
Whenever a model or collection begins a <b>sync</b> with the server, a
|
||
<tt>"request"</tt> event is emitted. If the request completes successfully
|
||
you'll get a <tt>"sync"</tt> event, and an <tt>"error"</tt> event if not.
|
||
</p>
|
||
|
||
<p>
|
||
The <b>sync</b> function may be overriden globally as <tt>Backbone.sync</tt>,
|
||
or at a finer-grained level, by adding a <tt>sync</tt> function to a Backbone
|
||
collection or to an individual model.
|
||
</p>
|
||
|
||
<p>
|
||
The default <b>sync</b> handler maps CRUD to REST like so:
|
||
</p>
|
||
|
||
<ul>
|
||
<li><b>create → POST </b><tt>/collection</tt></li>
|
||
<li><b>read → GET </b><tt>/collection[/id]</tt></li>
|
||
<li><b>update → PUT </b><tt>/collection/id</tt></li>
|
||
<li><b>delete → DELETE </b><tt>/collection/id</tt></li>
|
||
</ul>
|
||
|
||
<p>
|
||
As an example, a Rails handler responding to an <tt>"update"</tt> call from
|
||
<tt>Backbone</tt> might look like this: <i>(In real code, never use
|
||
</i><tt>update_attributes</tt><i> blindly, and always whitelist the attributes
|
||
you allow to be changed.)</i>
|
||
</p>
|
||
|
||
<pre>
|
||
def update
|
||
account = Account.find params[:id]
|
||
account.update_attributes params
|
||
render :json => account
|
||
end
|
||
</pre>
|
||
|
||
<p>
|
||
One more tip for integrating Rails versions prior to 3.1 is to disable
|
||
the default namespacing for <tt>to_json</tt> calls on models by setting
|
||
<tt>ActiveRecord::Base.include_root_in_json = false</tt>
|
||
</p>
|
||
|
||
<p id="Sync-ajax">
|
||
<b class="header">ajax</b><code>Backbone.ajax = function(request) { ... };</code>
|
||
<br />
|
||
If you want to use a custom AJAX function, or your endpoint doesn't support
|
||
the <a href="http://api.jquery.com/jQuery.ajax/">jQuery.ajax</a> API
|
||
and you need to tweak things, you can do so by setting <tt>Backbone.ajax</tt>.
|
||
</p>
|
||
|
||
<p id="Sync-emulateHTTP">
|
||
<b class="header">emulateHTTP</b><code>Backbone.emulateHTTP = true</code>
|
||
<br />
|
||
If you want to work with a legacy web server that doesn't support Backbone's
|
||
default REST/HTTP approach, you may choose to turn on <tt>Backbone.emulateHTTP</tt>.
|
||
Setting this option will fake <tt>PUT</tt> and <tt>DELETE</tt> requests with
|
||
a HTTP <tt>POST</tt>, setting the <tt>X-HTTP-Method-Override</tt> header
|
||
with the true method. If <tt>emulateJSON</tt> is also on, the true method
|
||
will be passed as an additional <tt>_method</tt> parameter.
|
||
</p>
|
||
|
||
<pre>
|
||
Backbone.emulateHTTP = true;
|
||
|
||
model.save(); // POST to "/collection/id", with "_method=PUT" + header.
|
||
</pre>
|
||
|
||
<p id="Sync-emulateJSON">
|
||
<b class="header">emulateJSON</b><code>Backbone.emulateJSON = true</code>
|
||
<br />
|
||
If you're working with a legacy web server that can't handle requests
|
||
encoded as <tt>application/json</tt>, setting <tt>Backbone.emulateJSON = true;</tt>
|
||
will cause the JSON to be serialized under a <tt>model</tt> parameter, and
|
||
the request to be made with a <tt>application/x-www-form-urlencoded</tt>
|
||
MIME type, as if from an HTML form.
|
||
</p>
|
||
|
||
<h2 id="View">Backbone.View</h2>
|
||
|
||
<p>
|
||
Backbone views are almost more convention than they are code — they
|
||
don't determine anything about your HTML or CSS for you, and can be used
|
||
with any JavaScript templating library.
|
||
The general idea is to organize your interface into logical views,
|
||
backed by models, each of which can be updated independently when the
|
||
model changes, without having to redraw the page. Instead of digging into
|
||
a JSON object, looking up an element in the DOM, and updating the HTML by hand,
|
||
you can bind your view's <tt>render</tt> function to the model's <tt>"change"</tt>
|
||
event — and now everywhere that
|
||
model data is displayed in the UI, it is always immediately up to date.
|
||
</p>
|
||
|
||
<p id="View-extend">
|
||
<b class="header">extend</b><code>Backbone.View.extend(properties, [classProperties])</code>
|
||
<br />
|
||
Get started with views by creating a custom view class. You'll want to
|
||
override the <a href="#View-render">render</a> function, specify your
|
||
declarative <a href="#View-delegateEvents">events</a>, and perhaps the
|
||
<tt>tagName</tt>, <tt>className</tt>, or <tt>id</tt> of the View's root
|
||
element.
|
||
</p>
|
||
|
||
<pre>
|
||
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() {
|
||
...
|
||
}
|
||
|
||
});
|
||
</pre>
|
||
|
||
<p>
|
||
Properties like <tt>tagName</tt>, <tt>id</tt>, <tt>className</tt>,
|
||
<tt>el</tt>, and <tt>events</tt> may also be defined as a function, if
|
||
you want to wait to define them until runtime.
|
||
</p>
|
||
|
||
<p id="View-constructor">
|
||
<b class="header">constructor / initialize</b><code>new View([options])</code>
|
||
<br />
|
||
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 <tt>this.options</tt> for future reference.
|
||
There are several special
|
||
options that, if passed, will be attached directly to the view:
|
||
<tt>model</tt>, <tt>collection</tt>,
|
||
<tt>el</tt>, <tt>id</tt>, <tt>className</tt>, <tt>tagName</tt> and <tt>attributes</tt>.
|
||
If the view defines an <b>initialize</b> function, it will be called when
|
||
the view is first created. If you'd like to create a view that references
|
||
an element <i>already</i> in the DOM, pass in the element as an option:
|
||
<tt>new View({el: existingElement})</tt>
|
||
</p>
|
||
|
||
<pre>
|
||
var doc = documents.first();
|
||
|
||
new DocumentRow({
|
||
model: doc,
|
||
id: "document-row-" + doc.id
|
||
});
|
||
</pre>
|
||
|
||
<p id="View-el">
|
||
<b class="header">el</b><code>view.el</code>
|
||
<br />
|
||
All views have a DOM element at all times (the <b>el</b> 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. <tt>this.el</tt> is created from the
|
||
view's <tt>tagName</tt>, <tt>className</tt>, <tt>id</tt> and <tt>attributes</tt> properties,
|
||
if specified. If not, <b>el</b> is an empty <tt>div</tt>.
|
||
</p>
|
||
|
||
<pre class="runnable">
|
||
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);
|
||
</pre>
|
||
|
||
<p id="View-$el">
|
||
<b class="header">$el</b><code>view.$el</code>
|
||
<br />
|
||
A cached jQuery object for the view's element. A handy
|
||
reference instead of re-wrapping the DOM element all the time.
|
||
</p>
|
||
|
||
<pre>
|
||
view.$el.show();
|
||
|
||
listView.$el.append(itemView.el);
|
||
</pre>
|
||
|
||
<p id="View-setElement">
|
||
<b class="header">setElement</b><code>view.setElement(element)</code>
|
||
<br />
|
||
If you'd like to apply a Backbone view to a different DOM element, use
|
||
<b>setElement</b>, which will also create the cached <tt>$el</tt> reference
|
||
and move the view's delegated events from the old element to the new one.
|
||
</p>
|
||
|
||
<p id="View-attributes">
|
||
<b class="header">attributes</b><code>view.attributes</code>
|
||
<br />
|
||
A hash of attributes that will be set as HTML DOM element attributes on the
|
||
view's <tt>el</tt> (id, class, data-properties, etc.), or a function that
|
||
returns such a hash.
|
||
</p>
|
||
|
||
<p id="View-dollar">
|
||
<b class="header">$ (jQuery)</b><code>view.$(selector)</code>
|
||
<br />
|
||
If jQuery is included on the page, each view has a
|
||
<b>$</b> 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: <tt>view.$el.find(selector)</tt>
|
||
</p>
|
||
|
||
<pre>
|
||
ui.Chapter = Backbone.View.extend({
|
||
serialize : function() {
|
||
return {
|
||
title: this.$(".title").text(),
|
||
start: this.$(".start-page").text(),
|
||
end: this.$(".end-page").text()
|
||
};
|
||
}
|
||
});
|
||
</pre>
|
||
|
||
<p id="View-template">
|
||
<b class="header">template</b><code>view.template([data])</code>
|
||
<br />
|
||
While templating for a view isn't a function provided directly by Backbone,
|
||
it's often a nice convention to define a <b>template</b> function on your
|
||
views. In this way, when rendering your view, you have convenient access to
|
||
instance data (<tt>this.model</tt>, <tt>options</tt>, and so on).
|
||
For example, using Underscore templates:
|
||
</p>
|
||
|
||
<pre>
|
||
var LibraryView = Backbone.View.extend({
|
||
template: _.template(...)
|
||
});
|
||
</pre>
|
||
|
||
<p id="View-render">
|
||
<b class="header">render</b><code>view.render()</code>
|
||
<br />
|
||
The default implementation of <b>render</b> is a no-op. Override this
|
||
function with your code that renders the view template from model data,
|
||
and updates <tt>this.el</tt> with the new HTML. A good
|
||
convention is to <tt>return this</tt> at the end of <b>render</b> to
|
||
enable chained calls.
|
||
</p>
|
||
|
||
<pre>
|
||
var Bookmark = Backbone.View.extend({
|
||
template: _.template(...),
|
||
render: function() {
|
||
this.$el.html(this.template(this.model.attributes));
|
||
return this;
|
||
}
|
||
});
|
||
</pre>
|
||
|
||
<p>
|
||
Backbone is agnostic with respect to your preferred method of HTML templating.
|
||
Your <b>render</b> function could even munge together an HTML string, or use
|
||
<tt>document.createElement</tt> to generate a DOM tree. However, we suggest
|
||
choosing a nice JavaScript templating library.
|
||
<a href="http://github.com/janl/mustache.js">Mustache.js</a>,
|
||
<a href="http://github.com/creationix/haml-js">Haml-js</a>, and
|
||
<a href="http://github.com/sstephenson/eco">Eco</a> are all fine alternatives.
|
||
Because <a href="http://underscorejs.org/">Underscore.js</a> is already on the page,
|
||
<a href="http://underscorejs.org/#template">_.template</a>
|
||
is available, and is an excellent choice if you prefer simple
|
||
interpolated-JavaScript style templates.
|
||
</p>
|
||
|
||
<p>
|
||
Whatever templating strategy you end up with, it's nice if you <i>never</i>
|
||
have to put strings of HTML in your JavaScript. At DocumentCloud, we
|
||
use <a href="http://documentcloud.github.com/jammit/">Jammit</a> in order
|
||
to package up JavaScript templates stored in <tt>/app/views</tt> as part
|
||
of our main <tt>core.js</tt> asset package.
|
||
</p>
|
||
|
||
<p id="View-remove">
|
||
<b class="header">remove</b><code>view.remove()</code>
|
||
<br />
|
||
Removes a view from the DOM, and calls
|
||
<a href="#Events-stopListening">stopListening</a> to remove any bound
|
||
events that the view has <a href="#Events-listenTo">listenTo</a>'d.
|
||
</p>
|
||
|
||
<p id="View-delegateEvents">
|
||
<b class="header">delegateEvents</b><code>delegateEvents([events])</code>
|
||
<br />
|
||
Uses jQuery's <tt>on</tt> function to provide declarative callbacks
|
||
for DOM events within a view.
|
||
If an <b>events</b> hash is not passed directly, uses <tt>this.events</tt>
|
||
as the source. Events are written in the format <tt>{"event selector": "callback"}</tt>.
|
||
The callback may be either the name of a method on the view, or a direct
|
||
function body.
|
||
Omitting the <tt>selector</tt> causes the event to be bound to the view's
|
||
root element (<tt>this.el</tt>). By default, <tt>delegateEvents</tt> is called
|
||
within the View's constructor for you, so if you have a simple <tt>events</tt>
|
||
hash, all of your DOM events will always already be connected, and you will
|
||
never have to call this function yourself.
|
||
</p>
|
||
|
||
<p>
|
||
The <tt>events</tt> property may also be defined as a function that returns
|
||
an <b>events</b> hash, to make it easier to programmatically define your
|
||
events, as well as inherit them from parent views.
|
||
</p>
|
||
|
||
<p>
|
||
Using <b>delegateEvents</b> provides a number of advantages over manually
|
||
using jQuery to bind events to child elements during <a href="#View-render">render</a>. All attached
|
||
callbacks are bound to the view before being handed off to jQuery, so when
|
||
the callbacks are invoked, <tt>this</tt> continues to refer to the view object. When
|
||
<b>delegateEvents</b> is run again, perhaps with a different <tt>events</tt>
|
||
hash, all callbacks are removed and delegated afresh — useful for
|
||
views which need to behave differently when in different modes.
|
||
</p>
|
||
|
||
<p>
|
||
A view that displays a document in a search result might look
|
||
something like this:
|
||
</p>
|
||
|
||
<pre>
|
||
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});
|
||
},
|
||
|
||
...
|
||
|
||
});
|
||
</pre>
|
||
|
||
<p id="View-undelegateEvents">
|
||
<b class="header">undelegateEvents</b><code>undelegateEvents()</code>
|
||
<br />
|
||
Removes all of the view's delegated events. Useful if you want to disable
|
||
or remove a view from the DOM temporarily.
|
||
</p>
|
||
|
||
<h2 id="Utility">Utility</h2>
|
||
|
||
<p id="Utility-Backbone-noConflict">
|
||
<b class="header">Backbone.noConflict</b><code>var backbone = Backbone.noConflict();</code>
|
||
<br />
|
||
Returns the <tt>Backbone</tt> object back to its original value. You can
|
||
use the return value of <tt>Backbone.noConflict()</tt> to keep a local
|
||
reference to Backbone. Useful for embedding Backbone on third-party
|
||
websites, where you don't want to clobber the existing Backbone.
|
||
</p>
|
||
|
||
<pre>
|
||
var localBackbone = Backbone.noConflict();
|
||
var model = localBackbone.Model.extend(...);
|
||
</pre>
|
||
|
||
<p id="Utility-Backbone-$">
|
||
<b class="header">Backbone.$</b><code>Backbone.$ = $;</code>
|
||
<br />
|
||
If you have multiple copies of <tt>jQuery</tt> on the page, or simply want
|
||
to tell Backbone to use a particular object as its DOM / Ajax library,
|
||
this is the property for you.
|
||
</p>
|
||
|
||
<h2 id="examples">Examples</h2>
|
||
|
||
<p>
|
||
The list of examples that follows, while long, is not exhaustive. If you've
|
||
worked on an app that uses Backbone, please add it to the
|
||
<a href="https://github.com/jashkenas/backbone/wiki/Projects-and-Companies-using-Backbone">wiki page of Backbone apps</a>.
|
||
</p>
|
||
|
||
<p id="examples-todos">
|
||
<a href="http://jgn.me/">Jérôme Gravel-Niquet</a> has contributed a
|
||
<a href="examples/todos/index.html">Todo List application</a>
|
||
that is bundled in the repository as Backbone example. If you're wondering
|
||
where to get started with Backbone in general, take a moment to
|
||
<a href="docs/todos.html">read through the annotated source</a>. The app uses a
|
||
<a href="http://github.com/jeromegn/Backbone.localStorage">LocalStorage adapter</a>
|
||
to transparently save all of your todos within your browser, instead of
|
||
sending them to a server. Jérôme also has a version hosted at
|
||
<a href="http://localtodos.com/">localtodos.com</a>.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="examples/todos/index.html">
|
||
<img width="400" height="427" data-original="docs/images/todos.png" alt="Todos" class="example_image" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="examples-documentcloud">DocumentCloud</h2>
|
||
|
||
<p>
|
||
The <a href="http://www.documentcloud.org/public/#search/">DocumentCloud workspace</a>
|
||
is built on Backbone.js, with <i>Documents</i>, <i>Projects</i>,
|
||
<i>Notes</i>, and <i>Accounts</i> all as Backbone models and collections.
|
||
If you're interested in history — both Underscore.js and Backbone.js
|
||
were originally extracted from the DocumentCloud codebase, and packaged
|
||
into standalone JS libraries.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="http://www.documentcloud.org/public/#search/">
|
||
<img width="550" height="453" data-original="docs/images/dc-workspace.png" alt="DocumentCloud Workspace" class="example_image" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="examples-usa-today">USA Today</h2>
|
||
|
||
<p>
|
||
<a href="http://usatoday.com">USA Today</a> takes advantage of the modularity of
|
||
Backbone's data/model lifecycle — which makes it simple to create, inherit,
|
||
isolate, and link application objects — to keep the codebase both manageable and efficient.
|
||
The new website also makes heavy use of the Backbone Router to control the
|
||
page for both pushState-capable and legacy browsers.
|
||
Finally, the team took advantage of Backbone's Event module to create a
|
||
PubSub API that allows third parties and analytics packages to hook into the
|
||
heart of the app.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="http://usatoday.com">
|
||
<img width="550" height="532" data-original="docs/images/usa-today.png" alt="USA Today" class="example_image" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="examples-rdio">Rdio</h2>
|
||
|
||
<p>
|
||
<a href="http://rdio.com/new">New Rdio</a> was developed from the ground
|
||
up with a component based framework based on Backbone.js. Every component
|
||
on the screen is dynamically loaded and rendered, with data provided by the
|
||
<a href="http://developer.rdio.com/">Rdio API</a>. When changes are pushed,
|
||
every component can update itself without reloading the page or interrupting
|
||
the user's music. All of this relies on Backbone's views and models,
|
||
and all URL routing is handled by Backbone's Router. When data changes are
|
||
signaled in realtime, Backbone's Events notify the interested components
|
||
in the data changes. Backbone forms the core of the new, dynamic, realtime
|
||
Rdio web and <i>desktop</i> applications.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="http://rdio.com/new">
|
||
<img width="550" height="344" data-original="docs/images/rdio.png" alt="Rdio" class="example_image" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="examples-hulu">Hulu</h2>
|
||
|
||
<p>
|
||
<a href="http://hulu.com">Hulu</a> used Backbone.js to build its next
|
||
generation online video experience. With Backbone as a foundation, the
|
||
web interface was rewritten from scratch so that all page content can
|
||
be loaded dynamically with smooth transitions as you navigate.
|
||
Backbone makes it easy to move through the app quickly without the
|
||
reloading of scripts and embedded videos, while also offering models and
|
||
collections for additional data manipulation support.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="http://hulu.com">
|
||
<img width="550" height="449" data-original="docs/images/hulu.png" alt="Hulu" class="example_image" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="examples-quartz">Quartz</h2>
|
||
|
||
<p>
|
||
<a href="http://qz.com">Quartz</a> sees itself as a digitally native news
|
||
outlet for the new
|
||
global economy. Because Quartz believes in the future of open,
|
||
cross-platform web applications, they selected Backbone and Underscore
|
||
to fetch, sort, store, and display content from a custom WordPress
|
||
API. Although <a href="http://qz.com">qz.com</a> uses responsive design
|
||
for phone, tablet, and
|
||
desktop browsers, it also takes advantage of Backbone events and views
|
||
to render device-specific templates in some cases.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="http://qz.com">
|
||
<img width="510" height="360" data-original="docs/images/quartz.jpg" alt="Quartz" class="example_retina" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="examples-gawker">Gawker Media</h2>
|
||
|
||
<p>
|
||
<a href="http://kinja.com">Kinja</a> is Gawker Media's publishing platform designed
|
||
to create great stories by breaking down the lines between the traditional
|
||
roles of content creators and consumers. Everyone — editors, readers,
|
||
marketers — have access to the same tools to engage in passionate discussion
|
||
and pursue the truth of the story. Sharing, recommending, and following within the
|
||
Kinja ecosystem allows for improved information discovery across all the sites.
|
||
</p>
|
||
<p>
|
||
Kinja is the platform behind
|
||
<a href="http://gawker.com/">Gawker</a>,
|
||
<a href="http://gizmodo.com/">Gizmodo</a>,
|
||
<a href="http://lifehacker.com/">Lifehacker</a>,
|
||
<a href="http://io9.com/">io9</a> and other Gawker Media
|
||
blogs. Backbone.js underlies the front-end application code that powers
|
||
everything from user authentication to post authoring, commenting, and even serving
|
||
ads. The JavaScript stack includes
|
||
<a href="http://underscorejs.org/">Underscore.js</a> and
|
||
<a href="http://jquery.com/">jQuery</a>, with some plugins,
|
||
all loaded with
|
||
<a href="http://requirejs.org/">RequireJS</a>. Closure templates are shared between the
|
||
<a href="http://www.playframework.com/">Play! Framework</a> based Scala application and Backbone views, and the responsive layout
|
||
is done with the
|
||
<a href="http://foundation.zurb.com/">Foundation</a> framework using
|
||
<a href="http://sass-lang.com/">SASS</a>.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="http://gawker.com">
|
||
<img width="558" height="473" data-original="docs/images/gawker.png" alt="Gawker" class="example_image" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="examples-flow">Flow</h2>
|
||
|
||
<p>
|
||
<a href="http://www.metalabdesign.com/">MetaLab</a> used Backbone.js to create
|
||
<a href="http://www.getflow.com/">Flow</a>, a task management app for teams. The
|
||
workspace relies on Backbone.js to construct task views, activities, accounts,
|
||
folders, projects, and tags. You can see the internals under <tt>window.Flow</tt>.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="http://www.getflow.com/">
|
||
<img width="550" height="416" data-original="docs/images/flow.png" alt="Flow" class="example_image" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="examples-gilt">Gilt Groupe</h2>
|
||
|
||
<p>
|
||
<a href="http://gilt.com">Gilt Groupe</a> uses Backbone.js to build multiple
|
||
applications across their family of sites.
|
||
<a href="http://m.gilt.com">Gilt's mobile website</a> uses Backbone and
|
||
<a href="http://zeptojs.com">Zepto.js</a> to create a blazing-fast
|
||
shopping experience for users on-the-go, while
|
||
<a href="http://live.gilt.com">Gilt Live</a> combines Backbone with
|
||
WebSockets to display the items that customers are buying in real-time. Gilt's search
|
||
functionality also uses Backbone to filter and sort products efficiently
|
||
by moving those actions to the client-side.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="http://www.gilt.com/">
|
||
<img width="550" height="444" data-original="docs/images/gilt.jpg" alt="Gilt Groupe" class="example_image" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="examples-newsblur">NewsBlur</h2>
|
||
|
||
<p>
|
||
<a href="http://www.newsblur.com">NewsBlur</a> is an RSS feed reader and
|
||
social news network with a fast and responsive UI that feels like a
|
||
native desktop app. Backbone.js was selected for
|
||
<a href="http://www.ofbrooklyn.com/2012/11/13/backbonification-migrating-javascript-to-backbone/">a major rewrite and transition from spaghetti code</a>
|
||
because of its powerful yet simple feature set, easy integration, and large
|
||
community. If you want to poke around under the hood, NewsBlur is also entirely
|
||
<a href="http://github.com/samuelclay/NewsBlur">open-source</a>.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="http://newsblur.com">
|
||
<img width="510" height="340" data-original="docs/images/newsblur.jpg" alt="Newsblur" class="example_retina" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="examples-wordpress">WordPress.com</h2>
|
||
|
||
<p>
|
||
<a href="http://wordpress.com/">WordPress.com</a> is the software-as-a-service
|
||
version of <a href="http://wordpress.org">WordPress</a>. It uses Backbone.js
|
||
Models, Collections, and Views in its
|
||
<a href="http://en.blog.wordpress.com/2012/05/25/notifications-refreshed/">Notifications system</a>. Backbone.js was selected
|
||
because it was easy to fit into the structure of the application, not the
|
||
other way around. <a href="http://automattic.com">Automattic</a>
|
||
(the company behind WordPress.com) is integrating Backbone.js into the
|
||
Stats tab and other features throughout the homepage.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="http://wordpress.com/">
|
||
<img width="550" height="387" data-original="docs/images/wpcom-notifications.png" alt="WordPress.com Notifications"
|
||
title="WordPress.com Notifications" class="example_image" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="examples-foursquare">Foursquare</h2>
|
||
|
||
<p>
|
||
Foursquare is a fun little startup that helps you meet up with friends,
|
||
discover new places, and save money. Backbone Models are heavily used in
|
||
the core JavaScript API layer and Views power many popular features like
|
||
the <a href="https://foursquare.com">homepage map</a> and
|
||
<a href="https://foursquare.com/seriouseats/list/the-best-doughnuts-in-ny">lists</a>.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="http://foursquare.com">
|
||
<img width="550" height="427" data-original="docs/images/foursquare.png" alt="Foursquare" class="example_image" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="examples-bitbucket">Bitbucket</h2>
|
||
|
||
<p>
|
||
<a href="http://www.bitbucket.org">Bitbucket</a> is a free source code hosting
|
||
service for Git and Mercurial. Through its models and collections,
|
||
Backbone.js has proved valuable in supporting Bitbucket's
|
||
<a href="https://api.bitbucket.org">REST API</a>, as well as newer
|
||
components such as in-line code comments and approvals for pull requests.
|
||
Mustache templates provide server and client-side rendering, while a custom
|
||
<a href="https://developers.google.com/closure/library/">Google Closure</a>
|
||
inspired life-cycle for widgets allows Bitbucket to decorate existing DOM
|
||
trees and insert new ones.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="http://www.bitbucket.org">
|
||
<img width="550" height="356" data-original="docs/images/bitbucket.png" alt="Bitbucket" class="example_image" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="examples-disqus">Disqus</h2>
|
||
|
||
<p>
|
||
<a href="http://www.disqus.com">Disqus</a> chose Backbone.js to power the
|
||
latest version of their commenting widget. Backbone’s small
|
||
footprint and easy extensibility made it the right choice for Disqus’
|
||
distributed web application, which is hosted entirely inside an iframe and
|
||
served on thousands of large web properties, including IGN, Wired, CNN, MLB, and more.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="http://www.disqus.com">
|
||
<img width="550" height="454" data-original="docs/images/disqus.png" alt="Disqus" class="example_image" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="examples-khan-academy">Khan Academy</h2>
|
||
|
||
<p>
|
||
<a href="http://www.khanacademy.org">Khan Academy</a> is on a mission to
|
||
provide a free world-class education to anyone anywhere. With thousands of
|
||
videos, hundreds of JavaScript-driven exercises, and big plans for the
|
||
future, Khan Academy uses Backbone to keep frontend code modular and organized.
|
||
User profiles and goal setting are implemented with Backbone,
|
||
<a href="http://jquery.com/">jQuery</a> and
|
||
<a href="http://handlebarsjs.com/">Handlebars</a>, and most new feature
|
||
work is being pushed to the client side, greatly increasing the quality of
|
||
<a href="https://github.com/Khan/khan-api/">the API</a>.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="http://www.khanacademy.org">
|
||
<img width="550" height="454" data-original="docs/images/khan-academy.png" alt="Khan Academy" class="example_image" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="examples-elife-lens">eLife Lens</h2>
|
||
|
||
<p>
|
||
<a href="http://elifesciences.github.io/lens/#about/figures/all/video_video1">eLife Lens</a>
|
||
is a novel system for writing on the web. Instead of tying the content to a
|
||
presentation focused format, Lens treats
|
||
<a href="http://blog.okfn.org/2013/01/15/content-as-data-towards-open-digital-publishing-with-substance/">content as data</a>
|
||
and makes the links that exist within a document easy to navigate. Backbone.js
|
||
is used to structure the views,
|
||
<a href="http://interior.substance.io/modules/document.html">Substance Document</a>
|
||
for representing content and
|
||
<a href="http://ken.quasipartikel.at/">Ken</a>
|
||
for faceted filtering. Read more in the official
|
||
<a href="http://www.elifesciences.org/lens/">introduction post</a>
|
||
or dig into the <a href="http://github.com/elifesciences/lens">source code</a>.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="http://elifesciences.github.io/lens/#about/figures/all/video_video1">
|
||
<img width="510" height="383" data-original="docs/images/lens.png" alt="eLife Lens" class="example_retina" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="examples-do">Do</h2>
|
||
|
||
<p>
|
||
<a href="http://do.com">Do</a> is a social productivity app that makes it
|
||
easy to work on tasks, track projects, and take notes with your team.
|
||
The <a href="http://do.com">Do.com</a> web application was built from the
|
||
ground up to work seamlessly on your smartphone, tablet and computer. The
|
||
team used Backbone, <a href="http://coffeescript.org/">CoffeeScript</a> and <a href="http://handlebarsjs.com/">Handlebars</a> to build a full-featured
|
||
app in record time and rolled their own extensions for complex navigation
|
||
and model sync support.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="http://do.com">
|
||
<img width="550" height="425" data-original="docs/images/do.png" alt="Do" class="example_image" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="examples-irccloud">IRCCloud</h2>
|
||
|
||
<p>
|
||
<a href="http://irccloud.com/">IRCCloud</a>
|
||
is an always-connected IRC client that you use in your
|
||
browser — often leaving it open all day in a tab.
|
||
The sleek web interface communicates with an
|
||
Erlang backend via websockets and the
|
||
<a href="https://github.com/irccloud/irccloud-tools/wiki/API-Overview">IRCCloud API</a>.
|
||
It makes heavy use of Backbone.js events, models, views and routing to keep
|
||
your IRC conversations flowing in real time.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="http://irccloud.com/">
|
||
<img width="550" height="392" data-original="docs/images/irccloud.png" alt="IRCCloud" class="example_image" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="examples-pitchfork">Pitchfork</h2>
|
||
|
||
<p>
|
||
<a href="http://pitchfork.com/">Pitchfork</a> uses Backbone.js to power
|
||
its site-wide audio player, <a href="http://pitchfork.com/tv/">Pitchfork.tv</a>,
|
||
location routing, a write-thru page fragment cache, and more. Backbone.js
|
||
(and <a href="http://underscorejs.org/">Underscore.js</a>) helps the team
|
||
create clean and modular components,
|
||
move very quickly, and focus on the site, not the spaghetti.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="http://pitchfork.com/">
|
||
<img width="550" height="428" data-original="docs/images/pitchfork.png" alt="Pitchfork" class="example_image" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="examples-spin">Spin</h2>
|
||
|
||
<p>
|
||
<a href="http://spin.com/">Spin</a> pulls in the
|
||
<a href="http://www.spin.com/news">latest news stories</a> from
|
||
their internal API onto their site using Backbone models and collections, and a
|
||
custom <tt>sync</tt> method. Because the music should never stop playing,
|
||
even as you click through to different "pages", Spin uses a Backbone router
|
||
for navigation within the site.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="http://spin.com/">
|
||
<img width="550" height="543" data-original="docs/images/spin.png" alt="Spin" class="example_image" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="examples-zocdoc">ZocDoc</h2>
|
||
|
||
<p>
|
||
<a href="http://www.zocdoc.com">ZocDoc</a> helps patients
|
||
find local, in-network doctors and dentists, see their real-time
|
||
availability, and instantly book appointments.
|
||
On the public side, the webapp uses Backbone.js to handle client-side state and rendering in
|
||
<a href="http://www.zocdoc.com/primary-care-doctors/los-angeles-13122pm">search pages</a>
|
||
and <a href="http://www.zocdoc.com/doctor/nathan-hashimoto-md-58078">doctor profiles</a>.
|
||
In addition, the new version of the doctor-facing part of the website is a
|
||
large single-page application that
|
||
benefits from Backbone's structure and modularity. ZocDoc's Backbone
|
||
classes are tested with
|
||
<a href="http://pivotal.github.io/jasmine/">Jasmine</a>, and delivered
|
||
to the end user with
|
||
<a href="http://getcassette.net/">Cassette</a>.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="http://www.zocdoc.com">
|
||
<img width="510" height="464" data-original="docs/images/zocdoc.jpg" alt="ZocDoc" class="example_retina" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="examples-walmart">Walmart Mobile</h2>
|
||
|
||
<p>
|
||
<a href="http://www.walmart.com/">Walmart</a> used Backbone.js to create the new version
|
||
of <a href="http://mobile.walmart.com/r/phoenix">their mobile web application</a> and
|
||
created two new frameworks in the process.
|
||
<a href="http://walmartlabs.github.com/thorax/">Thorax</a> provides mixins, inheritable
|
||
events, as well as model and collection view bindings that integrate directly with
|
||
<a href="http://handlebarsjs.com/">Handlebars</a> templates.
|
||
<a href="http://walmartlabs.github.com/lumbar/">Lumbar</a> allows the application to be
|
||
split into modules which can be loaded on demand, and creates platform specific builds
|
||
for the portions of the web application that are embedded in Walmart's native Android
|
||
and iOS applications.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="http://mobile.walmart.com/r/phoenix">
|
||
<img width="256" height="500" data-original="docs/images/walmart-mobile.png" alt="Walmart Mobile" class="example_image" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="examples-groupon">Groupon Now!</h2>
|
||
|
||
<p>
|
||
<a href="http://www.groupon.com/now">Groupon Now!</a> helps you find
|
||
local deals that you can buy and use right now. When first developing
|
||
the product, the team decided it would be AJAX heavy with smooth transitions
|
||
between sections instead of full refreshes, but still needed to be fully
|
||
linkable and shareable. Despite never having used Backbone before, the
|
||
learning curve was incredibly quick — a prototype was hacked out in an
|
||
afternoon, and the team was able to ship the product in two weeks.
|
||
Because the source is minimal and understandable, it was easy to
|
||
add several Backbone extensions for Groupon Now!: changing the router
|
||
to handle URLs with querystring parameters, and adding a simple
|
||
in-memory store for caching repeated requests for the same data.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="http://www.groupon.com/now">
|
||
<img width="550" height="466" data-original="docs/images/groupon.png" alt="Groupon Now!" class="example_image" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="examples-basecamp">Basecamp</h2>
|
||
|
||
<p>
|
||
<a href="http://37signals.com/">37Signals</a> chose Backbone.js to create
|
||
the <a href="http://basecamp.com/calendar">calendar feature</a> of its
|
||
popular project management software <a href="http://basecamp.com/">Basecamp</a>.
|
||
The Basecamp Calendar uses Backbone.js models and views in conjunction with the
|
||
<a href="https://github.com/sstephenson/eco">Eco</a> templating system to
|
||
present a polished, highly interactive group scheduling interface.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="http://basecamp.com/calendar">
|
||
<img width="530" height="380" data-original="docs/images/basecamp-calendar.jpg" alt="Basecamp Calendar" class="example_image" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="examples-slavery-footprint">Slavery Footprint</h2>
|
||
|
||
<p>
|
||
<a href="http://slaveryfootprint.org/survey">Slavery Footprint</a>
|
||
allows consumers to visualize how their consumption habits are
|
||
connected to modern-day slavery and provides them with an opportunity
|
||
to have a deeper conversation with the companies that manufacture the
|
||
goods they purchased.
|
||
Based in Oakland, California, the Slavery Footprint team works to engage
|
||
individuals, groups, and businesses to build awareness for and create
|
||
deployable action against forced labor, human trafficking, and modern-day
|
||
slavery through online tools, as well as off-line community education and
|
||
mobilization programs.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="http://slaveryfootprint.org/survey">
|
||
<img width="550" height="394" data-original="docs/images/slavery-footprint.png" alt="Slavery Footprint" class="example_image" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="examples-stripe">Stripe</h2>
|
||
|
||
<p>
|
||
<a href="https://stripe.com">Stripe</a> provides an API for accepting
|
||
credit cards on the web. Stripe's
|
||
<a href="https://manage.stripe.com">management interface</a> was recently
|
||
rewritten from scratch in CoffeeScript using Backbone.js as the primary
|
||
framework, <a href="https://github.com/sstephenson/eco">Eco</a> for templates, <a href="http://sass-lang.com/">Sass</a> for stylesheets, and <a href="https://github.com/sstephenson/stitch">Stitch</a> to package
|
||
everything together as <a href="http://commonjs.org/">CommonJS</a> modules. The new app uses
|
||
<a href="https://stripe.com/docs/api">Stripe's API</a> directly for the
|
||
majority of its actions; Backbone.js models made it simple to map
|
||
client-side models to their corresponding RESTful resources.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="https://stripe.com">
|
||
<img width="555" height="372" data-original="docs/images/stripe.png" alt="Stripe" class="example_image" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="examples-airbnb">Airbnb</h2>
|
||
|
||
<p>
|
||
<a href="http://airbnb.com">Airbnb</a> uses Backbone in many of its products.
|
||
It started with <a href="http://m.airbnb.com">Airbnb Mobile Web</a>
|
||
(built in six weeks by a team of three) and has since grown to
|
||
<a href="https://www.airbnb.com/wishlists/popular">Wish Lists</a>,
|
||
<a href="http://www.airbnb.com/match">Match</a>,
|
||
<a href="http://www.airbnb.com/s/">Search</a>, Communities, Payments, and
|
||
Internal Tools.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="http://m.airbnb.com/">
|
||
<img width="500" height="489" data-original="docs/images/airbnb.png" alt="Airbnb" class="example_image" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="examples-diaspora">Diaspora</h2>
|
||
|
||
<p>
|
||
<a href="http://www.joindiaspora.com/">Diaspora</a> is a distributed social
|
||
network, formed from a number of independently operated <i>pods</i>.
|
||
You own your personal data, and control with whom you share.
|
||
All of Diaspora is <a href="https://github.com/diaspora/diaspora">open-source</a>
|
||
code, built with <a href="http://rubyonrails.org/">Rails</a> and Backbone.js.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="http://www.joindiaspora.com/">
|
||
<img width="550" height="394" data-original="docs/images/diaspora.png" alt="Diaspora" class="example_image" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="examples-soundcloud">SoundCloud Mobile</h2>
|
||
|
||
<p>
|
||
<a href="http://soundcloud.com">SoundCloud</a> is the leading sound sharing
|
||
platform on the internet, and Backbone.js provides the foundation for
|
||
<a href="http://m.soundcloud.com">SoundCloud Mobile</a>. The project uses
|
||
the public SoundCloud <a href="http://soundcloud.com/developers">API</a>
|
||
as a data source (channeled through a nginx proxy),
|
||
<a href="http://api.jquery.com/category/plugins/templates/">jQuery templates</a>
|
||
for the rendering, <a href="http://docs.jquery.com/Qunit">Qunit
|
||
</a> and <a href="http://www.phantomjs.org/">PhantomJS</a> for
|
||
the testing suite. The JS code, templates and CSS are built for the
|
||
production deployment with various Node.js tools like
|
||
<a href="https://github.com/dsimard/ready.js">ready.js</a>,
|
||
<a href="https://github.com/mde/jake">Jake</a>,
|
||
<a href="https://github.com/tmpvar/jsdom">jsdom</a>.
|
||
The <b>Backbone.History</b> was modified to support the HTML5 <tt>history.pushState</tt>.
|
||
<b>Backbone.sync</b> was extended with an additional SessionStorage based cache
|
||
layer.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="http://m.soundcloud.com">
|
||
<img width="266" height="500" data-original="docs/images/soundcloud.png" alt="SoundCloud" class="example_image" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="examples-artsy">Art.sy</h2>
|
||
|
||
<p>
|
||
<a href="http://artsy.net">Art.sy</a> is a place to discover art you'll
|
||
love. Art.sy is built on Rails, using
|
||
<a href="https://github.com/intridea/grape">Grape</a> to serve a robust
|
||
<a href="http://artsy.net/api">JSON API</a>. The main site is a single page
|
||
app written in CoffeeScript and uses Backbone to provide structure around
|
||
this API. An admin panel and partner CMS have also been extracted into
|
||
their own API-consuming Backbone projects.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="http://artsy.net">
|
||
<img width="550" height="550" data-original="docs/images/artsy.png" alt="Art.sy" class="example_image" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="examples-pandora">Pandora</h2>
|
||
|
||
<p>
|
||
When <a href="http://www.pandora.com/newpandora">Pandora</a> redesigned
|
||
their site in HTML5, they chose Backbone.js to help
|
||
manage the user interface and interactions. For example, there's a model
|
||
that represents the "currently playing track", and multiple views that
|
||
automatically update when the current track changes. The station list is a
|
||
collection, so that when stations are added or changed, the UI stays up to date.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="http://www.pandora.com/newpandora">
|
||
<img width="476" height="359" data-original="docs/images/pandora.png" alt="Pandora" class="example_image" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="examples-inkling">Inkling</h2>
|
||
|
||
<p>
|
||
<a href="http://inkling.com/">Inkling</a> is a cross-platform way to
|
||
publish interactive learning content.
|
||
<a href="https://www.inkling.com/read/">Inkling for Web</a> uses Backbone.js
|
||
to make hundreds of complex books — from student textbooks to travel guides and
|
||
programming manuals — engaging and accessible on the web. Inkling supports
|
||
WebGL-enabled 3D graphics, interactive assessments, social sharing,
|
||
and a system for running practice code right
|
||
in the book, all within a single page Backbone-driven app. Early on, the
|
||
team decided to keep the site lightweight by using only Backbone.js and
|
||
raw JavaScript. The result? Complete source code weighing in at a mere
|
||
350kb with feature-parity across the iPad, iPhone and web clients.
|
||
Give it a try with
|
||
<a href="https://www.inkling.com/read/javascript-definitive-guide-david-flanagan-6th/chapter-4/function-definition-expressions">this excerpt from JavaScript: The Definitive Guide</a>.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="http://inkling.com">
|
||
<img width="550" height="361" data-original="docs/images/inkling.png" alt="Inkling" class="example_image" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="examples-code-school">Code School</h2>
|
||
|
||
<p>
|
||
<a href="http://www.codeschool.com">Code School</a> courses teach people
|
||
about various programming topics like <a href="http://coffeescript.org">CoffeeScript</a>, CSS, Ruby on Rails,
|
||
and more. The new Code School course
|
||
<a href="http://coffeescript.codeschool.com/levels/1/challenges/1">challenge page</a>
|
||
is built from the ground up on Backbone.js, using
|
||
everything it has to offer: the router, collections, models, and complex
|
||
event handling. Before, the page was a mess of <a href="http://jquery.com/">jQuery</a> DOM manipulation
|
||
and manual Ajax calls. Backbone.js helped introduce a new way to
|
||
think about developing an organized front-end application in JavaScript.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="http://www.codeschool.com">
|
||
<img width="550" height="482" data-original="docs/images/code-school.png" alt="Code School" class="example_image" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="examples-cloudapp">CloudApp</h2>
|
||
|
||
<p>
|
||
<a href="http://getcloudapp.com">CloudApp</a> is simple file and link
|
||
sharing for the Mac. Backbone.js powers the web tools
|
||
which consume the <a href="http://developer.getcloudapp.com">documented API</a>
|
||
to manage Drops. Data is either pulled manually or pushed by
|
||
<a href="http://pusher.com">Pusher</a> and fed to
|
||
<a href="http://github.com/janl/mustache.js">Mustache</a> templates for
|
||
rendering. Check out the <a href="http://cloudapp.github.com/engine">annotated source code</a>
|
||
to see the magic.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="http://getcloudapp.com">
|
||
<img width="550" height="426" data-original="docs/images/cloudapp.png" alt="CloudApp" class="example_image" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="examples-seatgeek">SeatGeek</h2>
|
||
|
||
<p>
|
||
<a href="http://seatgeek.com">SeatGeek</a>'s stadium ticket maps were originally
|
||
developed with <a href="http://prototypejs.org/">Prototype.js</a>. Moving to Backbone.js and <a href="http://jquery.com/">jQuery</a> helped organize
|
||
a lot of the UI code, and the increased structure has made adding features
|
||
a lot easier. SeatGeek is also in the process of building a mobile
|
||
interface that will be Backbone.js from top to bottom.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="http://seatgeek.com">
|
||
<img width="550" height="455" data-original="docs/images/seatgeek.png" alt="SeatGeek" class="example_image" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="examples-easel">Easel</h2>
|
||
|
||
<p>
|
||
<a href="http://easel.io">Easel</a> is an in-browser, high fidelity web
|
||
design tool that integrates with your design and development
|
||
process. The Easel team uses CoffeeScript, Underscore.js and Backbone.js for
|
||
their <a href="http://easel.io/demo">rich visual editor</a> as well as other
|
||
management functions throughout the site. The structure of Backbone allowed
|
||
the team to break the complex problem of building a visual editor into
|
||
manageable components and still move quickly.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="http://easel.io">
|
||
<img width="550" height="395" data-original="docs/images/easel.png" alt="Easel" class="example_image" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="examples-jolicloud">Jolicloud</h2>
|
||
|
||
<p>
|
||
<a href="http://www.jolicloud.com/">Jolicloud</a> is an open and independent
|
||
platform and <a href="http://www.jolicloud.com/jolios">operating system</a>
|
||
that provides music playback, video streaming, photo browsing and
|
||
document editing — transforming low cost computers into beautiful cloud devices.
|
||
The <a href="https://my.jolicloud.com/">new Jolicloud HTML5 app</a> was built
|
||
from the ground up using Backbone and talks to the
|
||
<a href="http://developers.jolicloud.com">Jolicloud Platform</a>, which is
|
||
based on Node.js. Jolicloud works offline using the HTML5 AppCache, extends
|
||
Backbone.sync to store data in IndexedDB or localStorage, and communicates
|
||
with the <a href="http://www.jolicloud.com/jolios">Joli OS</a> via WebSockets.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="http://jolicloud.com/">
|
||
<img width="510" height="384" data-original="docs/images/jolicloud.jpg" alt="Jolicloud" class="example_retina" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="examples-syllabus">Syllabus</h2>
|
||
|
||
<p>
|
||
<a href="http://product.voxmedia.com/post/25113965826/introducing-syllabus-vox-medias-s3-powered-liveblog">Syllabus</a>
|
||
is the new live blogging platform used by
|
||
<a href="http://www.theverge.com/">The Verge</a>
|
||
and other <a href="http://www.voxmedia.com/">Vox Media</a> sites.
|
||
Syllabus uses Backbone on both ends: an editorial dashboard and the live blog
|
||
page itself. In the back, Backbone is used to provide a
|
||
single-page experience for uploading, writing, editing and publishing content.
|
||
On the live blog, Backbone manages fetching a JSON API feed, and updating
|
||
the infinite-scrolling river of updates with new and revised content.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="http://live.theverge.com/">
|
||
<img width="510" height="354" data-original="docs/images/syllabus.jpg" alt="Syllabus" class="example_retina" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="examples-salon">Salon.io</h2>
|
||
|
||
<p>
|
||
<a href="http://salon.io">Salon.io</a> provides a space where photographers,
|
||
artists and designers freely arrange their visual art on virtual walls.
|
||
<a href="http://salon.io">Salon.io</a> runs on <a href="http://rubyonrails.org/">Rails</a>, but does not use
|
||
much of the traditional stack, as the entire frontend is designed as a
|
||
single page web app, using Backbone.js, <a href="http://brunch.io/">Brunch</a> and
|
||
<a href="http://coffeescript.org">CoffeeScript</a>.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="http://salon.io">
|
||
<img width="550" height="483" data-original="docs/images/salon.png" alt="Salon.io" class="example_image" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="examples-tilemill">TileMill</h2>
|
||
|
||
<p>
|
||
Our fellow
|
||
<a href="http://www.newschallenge.org/">Knight Foundation News Challenge</a>
|
||
winners, <a href="http://mapbox.com/">MapBox</a>, created an open-source
|
||
map design studio with Backbone.js:
|
||
<a href="http://mapbox.github.com/tilemill/">TileMill</a>.
|
||
TileMill lets you manage map layers based on shapefiles and rasters, and
|
||
edit their appearance directly in the browser with the
|
||
<a href="https://github.com/mapbox/carto">Carto styling language</a>.
|
||
Note that the gorgeous <a href="http://mapbox.com/">MapBox</a> homepage
|
||
is also a Backbone.js app.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="http://mapbox.github.com/tilemill/">
|
||
<img width="544" height="375" data-original="docs/images/tilemill.png" alt="TileMill" class="example_image" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="examples-blossom">Blossom</h2>
|
||
|
||
<p>
|
||
<a href="http://blossom.io">Blossom</a> is a lightweight project management
|
||
tool for lean teams. Backbone.js is heavily used in combination with
|
||
<a href="http://coffeescript.org">CoffeeScript</a> to provide a smooth
|
||
interaction experience. The app is packaged with <a href="http://brunch.io">Brunch</a>.
|
||
The RESTful backend is built with <a href="http://flask.pocoo.org/">Flask</a> on Google App Engine.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="http://blossom.io">
|
||
<img width="550" height="367" data-original="docs/images/blossom.png" alt="Blossom" class="example_image" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="examples-trello">Trello</h2>
|
||
|
||
<p>
|
||
<a href="http://trello.com">Trello</a> is a collaboration tool that
|
||
organizes your projects into boards. A Trello board holds many lists of
|
||
cards, which can contain checklists, files and conversations, and may be
|
||
voted on and organized with labels. Updates on the board happen in
|
||
real time. The site was built ground up using Backbone.js for all the
|
||
models, views, and routes.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="http://trello.com">
|
||
<img width="550" height="416" data-original="docs/images/trello.png" alt="Trello" class="example_image" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="examples-tzigla">Tzigla</h2>
|
||
|
||
<p>
|
||
<a href="http://twitter.com/evilchelu">Cristi Balan</a> and
|
||
<a href="http://dira.ro">Irina Dumitrascu</a> created
|
||
<a href="http://tzigla.com">Tzigla</a>, a collaborative drawing
|
||
application where artists make tiles that connect to each other to
|
||
create <a href="http://tzigla.com/boards/1">surreal drawings</a>.
|
||
Backbone models help organize the code, routers provide
|
||
<a href="http://tzigla.com/boards/1#!/tiles/2-2">bookmarkable deep links</a>,
|
||
and the views are rendered with
|
||
<a href="https://github.com/creationix/haml-js">haml.js</a> and
|
||
<a href="http://zeptojs.com/">Zepto</a>.
|
||
Tzigla is written in Ruby (<a href="http://rubyonrails.org/">Rails</a>) on the backend, and
|
||
<a href="http://coffeescript.org">CoffeeScript</a> on the frontend, with
|
||
<a href="http://documentcloud.github.com/jammit/">Jammit</a>
|
||
prepackaging the static assets.
|
||
</p>
|
||
|
||
<div style="text-align: center;">
|
||
<a href="http://www.tzigla.com/">
|
||
<img width="550" height="376" data-original="docs/images/tzigla.png" alt="Tzigla" class="example_image" />
|
||
</a>
|
||
</div>
|
||
|
||
<h2 id="faq">F.A.Q.</h2>
|
||
|
||
<p id="FAQ-why-backbone">
|
||
<b class="header">Why use Backbone, not [other framework X]?</b>
|
||
<br />
|
||
If your eye hasn't already been caught by the adaptability and elan on display
|
||
in the above <a href="#examples">list of examples</a>, we can get more specific:
|
||
Backbone.js aims to provide the common foundation that data-rich web applications
|
||
with ambitious interfaces require — while very deliberately avoiding
|
||
painting you into a corner by making any decisions that you're
|
||
better equipped to make yourself.
|
||
</p>
|
||
|
||
<ul>
|
||
<li>
|
||
The focus is on supplying you with
|
||
<a href="#Collection-Underscore-Methods">helpful methods to manipulate and
|
||
query your data</a>, not on HTML widgets or reinventing the JavaScript
|
||
object model.
|
||
</li>
|
||
<li>
|
||
Backbone does not force you to use a single template engine. Views can bind
|
||
to HTML constructed in
|
||
<a href="http://underscorejs.org/#template">your</a>
|
||
<a href="http://guides.rubyonrails.org/layouts_and_rendering.html">favorite</a>
|
||
<a href="http://mustache.github.com">way</a>.
|
||
</li>
|
||
<li>
|
||
It's smaller. There are fewer kilobytes for your browser or phone to download,
|
||
and less <i>conceptual</i> surface area. You can read and understand
|
||
the source in an afternoon.
|
||
</li>
|
||
<li>
|
||
It doesn't depend on stuffing application logic into your HTML.
|
||
There's no embedded JavaScript, template logic, or binding hookup code in
|
||
<tt>data-</tt> or <tt>ng-</tt> attributes, and no need to invent your own HTML tags.
|
||
</li>
|
||
<li>
|
||
<a href="#Events">Synchronous events</a> are used as the fundamental
|
||
building block, not a difficult-to-reason-about run loop, or by constantly
|
||
polling and traversing your data structures to hunt for changes. And if
|
||
you want a specific event to be asynchronous and aggregated,
|
||
<a href="http://underscorejs.org/#debounce">no problem</a>.
|
||
</li>
|
||
<li>
|
||
Backbone scales well, from <a href="http://disqus.com">embedded widgets</a>
|
||
to <a href="http://www.usatoday.com">massive apps</a>.
|
||
</li>
|
||
<li>
|
||
Backbone is a library, not a framework, and plays well with others.
|
||
You can embed Backbone widgets in Dojo apps without trouble, or use Backbone
|
||
models as the data backing for D3 visualizations (to pick two entirely
|
||
random examples).
|
||
</li>
|
||
<li>
|
||
"Two way data-binding" is avoided. While it certainly makes for a nifty
|
||
demo, and works for the most basic CRUD, it doesn't tend to be terribly
|
||
useful in your real-world app. Sometimes you want to update on
|
||
every keypress, sometimes on blur, sometimes when the panel is closed,
|
||
and sometimes when the "save" button is clicked. In almost all cases, simply
|
||
serializing the form to JSON is faster and easier. All that aside, if your
|
||
heart is set, <a href="http://rivetsjs.com">go</a>
|
||
<a href="http://nytimes.github.com/backbone.stickit/">for it</a>.
|
||
</li>
|
||
<li>
|
||
There's no built-in performance penalty for choosing to structure your
|
||
code with Backbone. And if you do want to optimize further, thin models and
|
||
templates with flexible granularity make it easy to squeeze every last
|
||
drop of potential performance out of, say, IE8.
|
||
</li>
|
||
</ul>
|
||
|
||
<p id="FAQ-tim-toady">
|
||
<b class="header">There's More Than One Way To Do It</b>
|
||
<br />
|
||
It's common for folks just getting started to treat the examples listed
|
||
on this page as some sort of gospel truth. In fact, Backbone.js is intended
|
||
to be fairly agnostic about many common patterns in client-side code.
|
||
For example...
|
||
</p>
|
||
|
||
<p>
|
||
<b>References between Models and Views</b> can be handled several ways.
|
||
Some people like to have direct pointers, where views correspond 1:1 with
|
||
models (<tt>model.view</tt> and <tt>view.model</tt>). Others prefer to have intermediate
|
||
"controller" objects that orchestrate the creation and organization of
|
||
views into a hierarchy. Others still prefer the evented approach, and always
|
||
fire events instead of calling methods directly. All of these styles work well.
|
||
</p>
|
||
|
||
<p>
|
||
<b>Batch operations</b> on Models are common, but often best handled differently
|
||
depending on your server-side setup. Some folks don't mind making individual
|
||
Ajax requests. Others create explicit resources for RESTful batch operations:
|
||
<tt>/notes/batch/destroy?ids=1,2,3,4</tt>. Others tunnel REST over JSON, with the
|
||
creation of "changeset" requests:
|
||
</p>
|
||
|
||
<pre>
|
||
{
|
||
"create": [array of models to create]
|
||
"update": [array of models to update]
|
||
"destroy": [array of model ids to destroy]
|
||
}
|
||
</pre>
|
||
|
||
<p>
|
||
<b>Feel free to define your own events.</b> <a href="#Events">Backbone.Events</a>
|
||
is designed so that you can mix it in to any JavaScript object or prototype.
|
||
Since you can use any string as an event, it's often handy to bind
|
||
and trigger your own custom events: <tt>model.on("selected:true")</tt> or
|
||
<tt>model.on("editing")</tt>
|
||
</p>
|
||
|
||
<p>
|
||
<b>Render the UI</b> as you see fit. Backbone is agnostic as to whether you
|
||
use <a href="http://underscorejs.org/#template">Underscore templates</a>,
|
||
<a href="https://github.com/janl/mustache.js">Mustache.js</a>, direct DOM
|
||
manipulation, server-side rendered snippets of HTML, or
|
||
<a href="http://jqueryui.com/">jQuery UI</a> in your <tt>render</tt> function.
|
||
Sometimes you'll create a view for each model ... sometimes you'll have a
|
||
view that renders thousands of models at once, in a tight loop. Both can be
|
||
appropriate in the same app, depending on the quantity of data involved,
|
||
and the complexity of the UI.
|
||
</p>
|
||
|
||
<p id="FAQ-nested">
|
||
<b class="header">Nested Models & Collections</b>
|
||
<br />
|
||
It's common to nest collections inside of models with Backbone. For example,
|
||
consider a <tt>Mailbox</tt> model that contains many <tt>Message</tt> models.
|
||
One nice pattern for handling this is have a <tt>this.messages</tt> collection
|
||
for each mailbox, enabling the lazy-loading of messages, when the mailbox
|
||
is first opened ... perhaps with <tt>MessageList</tt> views listening for
|
||
<tt>"add"</tt> and <tt>"remove"</tt> events.
|
||
</p>
|
||
|
||
<pre>
|
||
var Mailbox = Backbone.Model.extend({
|
||
|
||
initialize: function() {
|
||
this.messages = new Messages;
|
||
this.messages.url = '/mailbox/' + this.id + '/messages';
|
||
this.messages.on("reset", this.updateCounts);
|
||
},
|
||
|
||
...
|
||
|
||
});
|
||
|
||
var inbox = new Mailbox;
|
||
|
||
// And then, when the Inbox is opened:
|
||
|
||
inbox.messages.fetch({reset: true});
|
||
</pre>
|
||
|
||
<p>
|
||
If you're looking for something more opinionated, there are a number of
|
||
Backbone plugins that add sophisticated associations among models,
|
||
<a href="https://github.com/jashkenas/backbone/wiki/Extensions%2C-Plugins%2C-Resources">available on the wiki</a>.
|
||
</p>
|
||
|
||
<p>
|
||
Backbone doesn't include direct support for nested models and collections
|
||
or "has many" associations because there are a number
|
||
of good patterns for modeling structured data on the client side, and
|
||
<i>Backbone should provide the foundation for implementing any of them.</i>
|
||
You may want to…
|
||
</p>
|
||
|
||
<ul>
|
||
<li>
|
||
Mirror an SQL database's structure, or the structure of a NoSQL database.
|
||
</li>
|
||
<li>
|
||
Use models with arrays of "foreign key" ids, and join to top level
|
||
collections (a-la tables).
|
||
</li>
|
||
<li>
|
||
For associations that are numerous, use a range of ids instead of an
|
||
explicit list.
|
||
</li>
|
||
<li>
|
||
Avoid ids, and use direct references, creating a partial object graph
|
||
representing your data set.
|
||
</li>
|
||
<li>
|
||
Lazily load joined models from the server, or lazily deserialize nested
|
||
models from JSON documents.
|
||
</li>
|
||
</ul>
|
||
|
||
<p id="FAQ-bootstrap">
|
||
<b class="header">Loading Bootstrapped Models</b>
|
||
<br />
|
||
When your app first loads, it's common to have a set of initial models that
|
||
you know you're going to need, in order to render the page. Instead of
|
||
firing an extra AJAX request to <a href="#Collection-fetch">fetch</a> them,
|
||
a nicer pattern is to have their data already bootstrapped into the page.
|
||
You can then use <a href="#Collection-reset">reset</a> to populate your
|
||
collections with the initial data. At DocumentCloud, in the
|
||
<a href="http://en.wikipedia.org/wiki/ERuby">ERB</a> template for the
|
||
workspace, we do something along these lines:
|
||
</p>
|
||
|
||
<pre>
|
||
<script>
|
||
var accounts = new Backbone.Collection;
|
||
accounts.reset(<%= @accounts.to_json %>);
|
||
var projects = new Backbone.Collection;
|
||
projects.reset(<%= @projects.to_json(:collaborators => true) %>);
|
||
</script>
|
||
</pre>
|
||
|
||
<p>You have to <a href="http://mathiasbynens.be/notes/etago">escape</a>
|
||
<tt></</tt> within the JSON string, to prevent javascript injection
|
||
attacks.
|
||
|
||
<p id="FAQ-extending">
|
||
<b class="header">Extending Backbone</b>
|
||
<br />
|
||
Many JavaScript libraries are meant to be insular and self-enclosed,
|
||
where you interact with them by calling their public API, but never peek
|
||
inside at the guts. Backbone.js is <i>not</i> that kind of library.
|
||
</p>
|
||
|
||
<p>
|
||
Because it serves as a foundation for your application, you're meant to
|
||
extend and enhance it in the ways you see fit — the entire source
|
||
code is <a href="docs/backbone.html">annotated</a> to make this easier
|
||
for you. You'll find that there's very little there apart from core
|
||
functions, and most of those can be overriden or augmented should you find
|
||
the need. If you catch yourself adding methods to <tt>Backbone.Model.prototype</tt>,
|
||
or creating your own base subclass, don't worry — that's how things are
|
||
supposed to work.
|
||
</p>
|
||
|
||
<p id="FAQ-mvc">
|
||
<b class="header">How does Backbone relate to "traditional" MVC?</b>
|
||
<br />
|
||
Different implementations of the
|
||
<a href="http://en.wikipedia.org/wiki/Model–View–Controller">Model-View-Controller</a>
|
||
pattern tend to disagree about the definition of a controller. If it helps any, in
|
||
Backbone, the <a href="#View">View</a> class can also be thought of as a
|
||
kind of controller, dispatching events that originate from the UI, with
|
||
the HTML template serving as the true view. We call it a View because it
|
||
represents a logical chunk of UI, responsible for the contents of a single
|
||
DOM element.
|
||
</p>
|
||
|
||
<p>
|
||
Comparing the overall structure of Backbone to a server-side MVC framework
|
||
like <b>Rails</b>, the pieces line up like so:
|
||
</p>
|
||
|
||
<ul>
|
||
<li>
|
||
<b>Backbone.Model</b> – Like a Rails model minus the class
|
||
methods. Wraps a row of data in business logic.
|
||
</li>
|
||
<li>
|
||
<b>Backbone.Collection</b> – A group of models on the client-side,
|
||
with sorting/filtering/aggregation logic.
|
||
</li>
|
||
<li>
|
||
<b>Backbone.Router</b> – Rails <tt>routes.rb</tt> + Rails controller
|
||
actions. Maps URLs to functions.
|
||
</li>
|
||
<li>
|
||
<b>Backbone.View</b> – A logical, re-usable piece of UI. Often,
|
||
but not always, associated with a model.
|
||
</li>
|
||
<li>
|
||
<b>Client-side Templates</b> – Rails <tt>.html.erb</tt> views,
|
||
rendering a chunk of HTML.
|
||
</li>
|
||
</ul>
|
||
|
||
<p id="FAQ-this">
|
||
<b class="header">Binding "this"</b>
|
||
<br />
|
||
Perhaps the single most common JavaScript "gotcha" is the fact that when
|
||
you pass a function as a callback, its value for <tt>this</tt> is lost. With
|
||
Backbone, when dealing with <a href="#Events">events</a> and callbacks,
|
||
you'll often find it useful to rely on
|
||
<a href="http://underscorejs.org/#bind">_.bind</a> and
|
||
<a href="http://underscorejs.org/#bindAll">_.bindAll</a>
|
||
from Underscore.js.
|
||
</p>
|
||
|
||
<p>
|
||
When binding callbacks to Backbone events, you can choose to pass an optional
|
||
third argument to specify the <tt>this</tt> that will be used when the
|
||
callback is later invoked:
|
||
</p>
|
||
|
||
<pre>
|
||
var MessageList = Backbone.View.extend({
|
||
|
||
initialize: function() {
|
||
var messages = this.collection;
|
||
messages.on("reset", this.render, this);
|
||
messages.on("add", this.addMessage, this);
|
||
messages.on("remove", this.removeMessage, this);
|
||
}
|
||
|
||
});
|
||
|
||
// Later, in the app...
|
||
|
||
Inbox.messages.add(newMessage);
|
||
</pre>
|
||
|
||
<p id="FAQ-rails">
|
||
<b class="header">Working with Rails</b>
|
||
<br />
|
||
Backbone.js was originally extracted from
|
||
<a href="http://www.documentcloud.org">a Rails application</a>; getting
|
||
your client-side (Backbone) Models to sync correctly with your server-side
|
||
(Rails) Models is painless, but there are still a few things to be aware of.
|
||
</p>
|
||
|
||
<p>
|
||
By default, Rails versions prior to 3.1 add an extra layer of wrapping
|
||
around the JSON representation of models. You can disable this wrapping
|
||
by setting:
|
||
</p>
|
||
|
||
<pre>
|
||
ActiveRecord::Base.include_root_in_json = false
|
||
</pre>
|
||
|
||
<p>
|
||
... in your configuration. Otherwise, override
|
||
<a href="#Model-parse">parse</a> to pull model attributes out of the
|
||
wrapper. Similarly, Backbone PUTs and POSTs direct JSON representations
|
||
of models, where by default Rails expects namespaced attributes. You can
|
||
have your controllers filter attributes directly from <tt>params</tt>, or
|
||
you can override <a href="#Model-toJSON">toJSON</a> in Backbone to add
|
||
the extra wrapping Rails expects.
|
||
</p>
|
||
|
||
<h2 id="changelog">Change Log</h2>
|
||
|
||
<b class="header">1.1.0</b> — <small><i>Oct. 10, 2013</i></small> — <a href="https://github.com/jashkenas/backbone/compare/1.0.0...1.1.0">Diff</a><br />
|
||
<ul style="margin-top: 5px;">
|
||
<li>
|
||
Made the return values of Collection's <tt>set</tt>, <tt>add</tt>,
|
||
<tt>remove</tt>, and <tt>reset</tt> more useful. Instead of returning
|
||
<tt>this</tt>, they now return the changed (added, removed or updated)
|
||
model or list of models.
|
||
</li>
|
||
<li>
|
||
Backbone Views no longer attach "special" options as direct properties
|
||
on the view (<tt>model</tt>, <tt>attributes</tt>, <tt>className</tt>, and so on).
|
||
</li>
|
||
<li>
|
||
All <tt>"invalid"</tt> events now pass consistent arguments. First the
|
||
model in question, then the error object, then options.
|
||
</li>
|
||
<li>
|
||
You are no longer permitted to change the <b>id</b> of your model during
|
||
<tt>parse</tt>. Use <tt>idAttribute</tt> instead.
|
||
</li>
|
||
<li>
|
||
On the other hand, <tt>parse</tt> is now an excellent place to extract
|
||
and vivify incoming nested JSON into associated submodels.
|
||
</li>
|
||
<li>
|
||
Many tweaks, optimizations and bugfixes relating to Backbone 1.0,
|
||
including URL overrides, mutation of options, bulk ordering, trailing
|
||
slashes, edge-case listener leaks, nested model parsing...
|
||
</li>
|
||
</ul>
|
||
|
||
<b class="header">1.0.0</b> — <small><i>March 20, 2013</i></small> — <a href="https://github.com/jashkenas/backbone/compare/0.9.10...1.0.0">Diff</a><br />
|
||
<ul style="margin-top: 5px;">
|
||
<li>
|
||
Renamed Collection's "update" to <a href="#Collection-set">set</a>, for
|
||
parallelism with the similar <tt>model.set()</tt>, and contrast with
|
||
<a href="#Collection-reset">reset</a>. It's now the default
|
||
updating mechanism after a <a href="#Collection-fetch">fetch</a>. If you'd
|
||
like to continue using "reset", pass <tt>{reset: true}</tt>.
|
||
</li>
|
||
<li>
|
||
Your route handlers will now receive their URL parameters pre-decoded.
|
||
</li>
|
||
<li>
|
||
Added <a href="#Events-listenToOnce">listenToOnce</a> as the analogue of
|
||
<a href="#Events-once">once</a>.
|
||
</li>
|
||
<li>
|
||
Added the <a href="#Collection-findWhere">findWhere</a> method to Collections,
|
||
similar to <a href="#Collection-where">where</a>.
|
||
</li>
|
||
<li>
|
||
Added the <tt>keys</tt>, <tt>values</tt>, <tt>pairs</tt>, <tt>invert</tt>,
|
||
<tt>pick</tt>, and <tt>omit</tt> Underscore.js methods to Backbone Models.
|
||
</li>
|
||
<li>
|
||
The routes in a Router's route map may now be function literals,
|
||
instead of references to methods, if you like.
|
||
</li>
|
||
<li>
|
||
<tt>url</tt> and <tt>urlRoot</tt> properties may now be passed as options
|
||
when instantiating a new Model.
|
||
</li>
|
||
</ul>
|
||
|
||
<b class="header">0.9.10</b> — <small><i>Jan. 15, 2013</i></small> — <a href="https://github.com/jashkenas/backbone/compare/0.9.9...0.9.10">Diff</a><br />
|
||
<ul style="margin-top: 5px;">
|
||
<li>
|
||
A <tt>"route"</tt> event is triggered on the router in addition
|
||
to being fired on <tt>Backbone.history</tt>.
|
||
</li>
|
||
<li>
|
||
Model validation is now only enforced by default in
|
||
<tt>Model#save</tt> and no longer enforced by default upon
|
||
construction or in <tt>Model#set</tt>, unless the <tt>{validate:true}</tt>
|
||
option is passed.
|
||
</li>
|
||
<li>
|
||
<tt>View#make</tt> has been removed. You'll need to use <tt>$</tt> directly to
|
||
construct DOM elements now.
|
||
</li>
|
||
<li>
|
||
Passing <tt>{silent:true}</tt> on change will no longer delay individual
|
||
<tt>"change:attr"</tt> events, instead they are silenced entirely.
|
||
</li>
|
||
<li>
|
||
The <tt>Model#change</tt> method has been removed, as delayed attribute
|
||
changes as no longer available.
|
||
</li>
|
||
<li>
|
||
Bug fix on <tt>change</tt> where attribute comparison uses <tt>!==</tt>
|
||
instead of <tt>_.isEqual</tt>.
|
||
</li>
|
||
<li>
|
||
Bug fix where an empty response from the server on save would not call
|
||
the success function.
|
||
</li>
|
||
<li>
|
||
<tt>parse</tt> now receives <tt>options</tt> as its second argument.
|
||
</li>
|
||
<li>
|
||
Model validation now fires <tt>invalid</tt> event instead of
|
||
<tt>error</tt>.
|
||
</li>
|
||
</ul>
|
||
|
||
<b class="header">0.9.9</b> — <small><i>Dec. 13, 2012</i></small> — <a href="https://github.com/jashkenas/backbone/compare/0.9.2...0.9.9">Diff</a> — <a href="http://htmlpreview.github.com/?https://raw.github.com/jashkenas/backbone/0.9.9/index.html">Docs</a><br />
|
||
<ul style="margin-top: 5px;">
|
||
<li>
|
||
Added <a href="#Events-listenTo">listenTo</a>
|
||
and <a href="#Events-stopListening">stopListening</a> to Events. They
|
||
can be used as inversion-of-control flavors of <tt>on</tt> and <tt>off</tt>,
|
||
for convenient unbinding of all events an object is currently listening to.
|
||
<tt>view.remove()</tt> automatically calls <tt>view.stopListening()</tt>.
|
||
</li>
|
||
<li>
|
||
When using <tt>add</tt> on a collection, passing <tt>{merge: true}</tt>
|
||
will now cause duplicate models to have their attributes merged in to
|
||
the existing models, instead of being ignored.
|
||
</li>
|
||
<li>
|
||
Added <a href="#Collection-update">update</a> (which is also available as
|
||
an option to <tt>fetch</tt>) for "smart" updating of sets of models.
|
||
</li>
|
||
<li>
|
||
HTTP <tt>PATCH</tt> support in <a href="#Model-save">save</a> by passing
|
||
<tt>{patch: true}</tt>.
|
||
</li>
|
||
<li>
|
||
The <tt>Backbone</tt> object now extends <tt>Events</tt> so that you can
|
||
use it as a global event bus, if you like.
|
||
</li>
|
||
<li>
|
||
Added a <tt>"request"</tt> event to <a href="#Sync">Backbone.sync</a>,
|
||
which triggers whenever a request begins to be made to the server.
|
||
The natural complement to the <tt>"sync"</tt> event.
|
||
</li>
|
||
<li>
|
||
Router URLs now support optional parts via parentheses, without having
|
||
to use a regex.
|
||
</li>
|
||
<li>
|
||
Backbone events now supports <tt>once</tt>, similar to Node's <tt>once</tt>,
|
||
or jQuery's <tt>one</tt>.
|
||
</li>
|
||
<li>
|
||
Backbone events now support jQuery-style event maps <tt>obj.on({click: action})</tt>.
|
||
</li>
|
||
<li>
|
||
While listening to a <tt>reset</tt> event, the list of previous models
|
||
is now available in <tt>options.previousModels</tt>, for convenience.
|
||
</li>
|
||
<li>
|
||
<a href="#Model-validate">Validation</a> now occurs even during "silent"
|
||
changes. This change means that the <tt>isValid</tt> method has
|
||
been removed. Failed validations also trigger an error, even if an error
|
||
callback is specified in the options.
|
||
</li>
|
||
<li>
|
||
Consolidated <tt>"sync"</tt> and <tt>"error"</tt> events within
|
||
<a href="#Sync">Backbone.sync</a>. They are now triggered regardless
|
||
of the existence of <tt>success</tt> or <tt>error</tt> callbacks.
|
||
</li>
|
||
<li>
|
||
For mixed-mode APIs, <tt>Backbone.sync</tt> now accepts
|
||
<tt>emulateHTTP</tt> and <tt>emulateJSON</tt> as inline options.
|
||
</li>
|
||
<li>
|
||
Collections now also proxy Underscore method name aliases (collect,
|
||
inject, foldl, foldr, head, tail, take, and so on...)
|
||
</li>
|
||
<li>
|
||
Removed <tt>getByCid</tt> from Collections. <tt>collection.get</tt> now
|
||
supports lookup by both <tt>id</tt> and <tt>cid</tt>.
|
||
</li>
|
||
<li>
|
||
After fetching a model or a collection, <i>all</i> defined <tt>parse</tt>
|
||
functions will now be run. So fetching a collection and getting back new
|
||
models could cause both the collection to parse the list, and then each model
|
||
to be parsed in turn, if you have both functions defined.
|
||
</li>
|
||
<li>
|
||
Bugfix for normalizing leading and trailing slashes in the Router
|
||
definitions. Their presence (or absence) should not affect behavior.
|
||
</li>
|
||
<li>
|
||
When declaring a View, <tt>options</tt>, <tt>el</tt>, <tt>tagName</tt>,
|
||
<tt>id</tt> and <tt>className</tt> may now be defined as functions, if
|
||
you want their values to be determined at runtime.
|
||
</li>
|
||
<li>
|
||
Added a <tt>Backbone.ajax</tt> hook for more convenient overriding of
|
||
the default use of <tt>$.ajax</tt>. If AJAX is too passé, set it to your
|
||
preferred method for server communication.
|
||
</li>
|
||
<li>
|
||
<tt>Collection#sort</tt> now triggers a <tt>sort</tt> event, instead
|
||
of a <tt>reset</tt> event.
|
||
</li>
|
||
<li>
|
||
Calling <tt>destroy</tt> on a Model will now return <tt>false</tt> if
|
||
the model <tt>isNew</tt>.
|
||
</li>
|
||
<li>
|
||
To set what library Backbone uses for DOM manipulation and Ajax calls,
|
||
use <tt>Backbone.$ = ...</tt> instead of <tt>setDomLibrary</tt>.
|
||
</li>
|
||
<li>
|
||
Removed the <tt>Backbone.wrapError</tt> helper method. Overriding
|
||
<tt>sync</tt> should work better for those particular use cases.
|
||
</li>
|
||
<li>
|
||
To improve the performance of <tt>add</tt>, <tt>options.index</tt>
|
||
will no longer be set in the `add` event callback.
|
||
<tt>collection.indexOf(model)</tt> can be used to retrieve the index
|
||
of a model as necessary.
|
||
</li>
|
||
<li>
|
||
For semantic and cross browser reasons, routes will now ignore search
|
||
parameters. Routes like <tt>search?query=…&page=3</tt> should become
|
||
<tt>search/…/3</tt>.
|
||
</li>
|
||
<li>
|
||
<tt>Model#set</tt> no longer accepts another model as an argument. This leads
|
||
to subtle problems and is easily replaced with <tt>model.set(other.attributes)</tt>.
|
||
</li>
|
||
</ul>
|
||
|
||
<b class="header">0.9.2</b> — <small><i>March 21, 2012</i></small> — <a href="https://github.com/jashkenas/backbone/compare/0.9.1...0.9.2">Diff</a> — <a href="http://htmlpreview.github.com/?https://raw.github.com/jashkenas/backbone/0.9.2/index.html">Docs</a><br />
|
||
<ul style="margin-top: 5px;">
|
||
<li>
|
||
Instead of throwing an error when adding duplicate models to a collection,
|
||
Backbone will now silently skip them instead.
|
||
</li>
|
||
<li>
|
||
Added <a href="#Collection-push">push</a>,
|
||
<a href="#Collection-pop">pop</a>,
|
||
<a href="#Collection-unshift">unshift</a>, and
|
||
<a href="#Collection-shift">shift</a> to collections.
|
||
</li>
|
||
<li>
|
||
A model's <a href="#Model-changed">changed</a> hash is now exposed for
|
||
easy reading of the changed attribute delta, since the model's last
|
||
<tt>"change"</tt> event.
|
||
</li>
|
||
<li>
|
||
Added <a href="#Collection-where">where</a> to collections for simple
|
||
filtering.
|
||
</li>
|
||
<li>
|
||
You can now use a single <a href="#Events-off">off</a> call
|
||
to remove all callbacks bound to a specific object.
|
||
</li>
|
||
<li>
|
||
Bug fixes for nested individual change events, some of which may be
|
||
"silent".
|
||
</li>
|
||
<li>
|
||
Bug fixes for URL encoding in <tt>location.hash</tt> fragments.
|
||
</li>
|
||
<li>
|
||
Bug fix for client-side validation in advance of a <tt>save</tt> call
|
||
with <tt>{wait: true}</tt>.
|
||
</li>
|
||
<li>
|
||
Updated / refreshed the example
|
||
<a href="examples/todos/index.html">Todo List</a> app.
|
||
</li>
|
||
</ul>
|
||
|
||
<b class="header">0.9.1</b> — <small><i>Feb. 2, 2012</i></small> — <a href="https://github.com/jashkenas/backbone/compare/0.9.0...0.9.1">Diff</a> — <a href="http://htmlpreview.github.com/?https://raw.github.com/jashkenas/backbone/0.9.1/index.html">Docs</a><br />
|
||
<ul style="margin-top: 5px;">
|
||
<li>
|
||
Reverted to 0.5.3-esque behavior for validating models. Silent changes
|
||
no longer trigger validation (making it easier to work with forms).
|
||
Added an <tt>isValid</tt> function that you can use to check if a model
|
||
is currently in a valid state.
|
||
</li>
|
||
<li>
|
||
If you have multiple versions of jQuery on the page, you can now tell
|
||
Backbone which one to use with <tt>Backbone.setDomLibrary</tt>.
|
||
</li>
|
||
<li>
|
||
Fixes regressions in <b>0.9.0</b> for routing with "root", saving with
|
||
both "wait" and "validate", and the order of nested "change" events.
|
||
</li>
|
||
</ul>
|
||
|
||
<b class="header">0.9.0</b> — <small><i>Jan. 30, 2012</i></small> — <a href="https://github.com/jashkenas/backbone/compare/0.5.3...0.9.0">Diff</a> — <a href="http://htmlpreview.github.com/?https://raw.github.com/jashkenas/backbone/0.9.0/index.html">Docs</a><br />
|
||
<ul style="margin-top: 5px;">
|
||
<li>
|
||
Creating and destroying models with <tt>create</tt> and <tt>destroy</tt>
|
||
are now optimistic by default. Pass <tt>{wait: true}</tt> as an option
|
||
if you'd like them to wait for a successful server response to proceed.
|
||
</li>
|
||
<li>
|
||
Two new properties on views: <tt>$el</tt> — a cached jQuery (or Zepto)
|
||
reference to the view's element, and <tt>setElement</tt>, which should
|
||
be used instead of manually setting a view's <tt>el</tt>. It will
|
||
both set <tt>view.el</tt> and <tt>view.$el</tt> correctly, as well as
|
||
re-delegating events on the new DOM element.
|
||
</li>
|
||
<li>
|
||
You can now bind and trigger multiple spaced-delimited events at once.
|
||
For example: <tt>model.on("change:name change:age", ...)</tt>
|
||
</li>
|
||
<li>
|
||
When you don't know the key in advance, you may now call
|
||
<tt>model.set(key, value)</tt> as well as <tt>save</tt>.
|
||
</li>
|
||
<li>
|
||
Multiple models with the same <tt>id</tt> are no longer allowed in a
|
||
single collection.
|
||
</li>
|
||
<li>
|
||
Added a <tt>"sync"</tt> event, which triggers whenever a model's state
|
||
has been successfully synced with the server (create, save, destroy).
|
||
</li>
|
||
<li>
|
||
<tt>bind</tt> and <tt>unbind</tt> have been renamed to <tt>on</tt>
|
||
and <tt>off</tt> for clarity, following jQuery's lead.
|
||
The old names are also still supported.
|
||
</li>
|
||
<li>
|
||
A Backbone collection's <tt>comparator</tt> function may now behave
|
||
either like a <a href="http://underscorejs.org/#sortBy">sortBy</a>
|
||
(pass a function that takes a single argument),
|
||
or like a <a href="https://developer.mozilla.org/en/JavaScript/Reference/Global_Objects/Array/sort">sort</a>
|
||
(pass a comparator function that expects two arguments). The comparator
|
||
function is also now bound by default to the collection — so you
|
||
can refer to <tt>this</tt> within it.
|
||
</li>
|
||
<li>
|
||
A view's <tt>events</tt> hash may now also contain direct function
|
||
values as well as the string names of existing view methods.
|
||
</li>
|
||
<li>
|
||
Validation has gotten an overhaul — a model's <tt>validate</tt> function
|
||
will now be run even for silent changes, and you can no longer create
|
||
a model in an initially invalid state.
|
||
</li>
|
||
<li>
|
||
Added <tt>shuffle</tt> and <tt>initial</tt> to collections, proxied
|
||
from Underscore.
|
||
</li>
|
||
<li>
|
||
<tt>Model#urlRoot</tt> may now be defined as a function as well as a
|
||
value.
|
||
</li>
|
||
<li>
|
||
<tt>View#attributes</tt> may now be defined as a function as well as a
|
||
value.
|
||
</li>
|
||
<li>
|
||
Calling <tt>fetch</tt> on a collection will now cause all fetched JSON
|
||
to be run through the collection's model's <tt>parse</tt> function, if
|
||
one is defined.
|
||
</li>
|
||
<li>
|
||
You may now tell a router to <tt>navigate(fragment, {replace: true})</tt>,
|
||
which will either use <tt>history.replaceState</tt> or
|
||
<tt>location.hash.replace</tt>, in order to change the URL without adding
|
||
a history entry.
|
||
</li>
|
||
<li>
|
||
Within a collection's <tt>add</tt> and <tt>remove</tt> events, the index
|
||
of the model being added or removed is now available as <tt>options.index</tt>.
|
||
</li>
|
||
<li>
|
||
Added an <tt>undelegateEvents</tt> to views, allowing you to manually
|
||
remove all configured event delegations.
|
||
</li>
|
||
<li>
|
||
Although you shouldn't be writing your routes with them in any case —
|
||
leading slashes (<tt>/</tt>) are now stripped from routes.
|
||
</li>
|
||
<li>
|
||
Calling <tt>clone</tt> on a model now only passes the attributes
|
||
for duplication, not a reference to the model itself.
|
||
</li>
|
||
<li>
|
||
Calling <tt>clear</tt> on a model now removes the <tt>id</tt> attribute.
|
||
</li>
|
||
</ul>
|
||
|
||
<p>
|
||
<b class="header">0.5.3</b> — <small><i>August 9, 2011</i></small> — <a href="https://github.com/jashkenas/backbone/compare/0.5.2...0.5.3">Diff</a> — <a href="http://htmlpreview.github.com/?https://raw.github.com/jashkenas/backbone/0.5.3/index.html">Docs</a><br />
|
||
A View's <tt>events</tt> property may now be defined as a function, as well
|
||
as an object literal, making it easier to programmatically define and inherit
|
||
events. <tt>groupBy</tt> is now proxied from Underscore as a method on Collections.
|
||
If the server has already rendered everything on page load, pass
|
||
<tt>Backbone.history.start({silent: true})</tt> to prevent the initial route
|
||
from triggering. Bugfix for pushState with encoded URLs.
|
||
</p>
|
||
|
||
<p>
|
||
<b class="header">0.5.2</b> — <small><i>July 26, 2011</i></small> — <a href="https://github.com/jashkenas/backbone/compare/0.5.1...0.5.2">Diff</a> — <a href="http://htmlpreview.github.com/?https://raw.github.com/jashkenas/backbone/0.5.2/index.html">Docs</a><br />
|
||
The <tt>bind</tt> function, can now take an optional third argument, to specify
|
||
the <tt>this</tt> of the callback function.
|
||
Multiple models with the same <tt>id</tt> are now allowed in a collection.
|
||
Fixed a bug where calling <tt>.fetch(jQueryOptions)</tt> could cause an
|
||
incorrect URL to be serialized.
|
||
Fixed a brief extra route fire before redirect, when degrading from
|
||
<tt>pushState</tt>.
|
||
</p>
|
||
|
||
<p>
|
||
<b class="header">0.5.1</b> — <small><i>July 5, 2011</i></small> — <a href="https://github.com/jashkenas/backbone/compare/0.5.0...0.5.1">Diff</a> — <a href="http://htmlpreview.github.com/?https://raw.github.com/jashkenas/backbone/0.5.1/index.html">Docs</a><br />
|
||
Cleanups from the 0.5.0 release, to wit: improved transparent upgrades from
|
||
hash-based URLs to pushState, and vice-versa. Fixed inconsistency with
|
||
non-modified attributes being passed to <tt>Model#initialize</tt>. Reverted
|
||
a <b>0.5.0</b> change that would strip leading hashbangs from routes.
|
||
Added <tt>contains</tt> as an alias for <tt>includes</tt>.
|
||
</p>
|
||
|
||
<p>
|
||
<b class="header">0.5.0</b> — <small><i>July 1, 2011</i></small> — <a href="https://github.com/jashkenas/backbone/compare/0.3.3...0.5.0">Diff</a> — <a href="http://htmlpreview.github.com/?https://raw.github.com/jashkenas/backbone/0.5.0/index.html">Docs</a><br />
|
||
A large number of tiny tweaks and micro bugfixes, best viewed by looking
|
||
at <a href="https://github.com/jashkenas/backbone/compare/0.3.3...0.5.0">the commit diff</a>.
|
||
HTML5 <tt>pushState</tt> support, enabled by opting-in with:
|
||
<tt>Backbone.history.start({pushState: true})</tt>.
|
||
<tt>Controller</tt> was renamed to <tt>Router</tt>, for clarity.
|
||
<tt>Collection#refresh</tt> was renamed to <tt>Collection#reset</tt> to emphasize
|
||
its ability to both reset the collection with new models, as well as empty
|
||
out the collection when used with no parameters.
|
||
<tt>saveLocation</tt> was replaced with <tt>navigate</tt>.
|
||
RESTful persistence methods (save, fetch, etc.) now return the jQuery deferred
|
||
object for further success/error chaining and general convenience.
|
||
Improved XSS escaping for <tt>Model#escape</tt>.
|
||
Added a <tt>urlRoot</tt> option to allow specifying RESTful urls without
|
||
the use of a collection.
|
||
An error is thrown if <tt>Backbone.history.start</tt> is called multiple times.
|
||
<tt>Collection#create</tt> now validates before initializing the new model.
|
||
<tt>view.el</tt> can now be a jQuery string lookup.
|
||
Backbone Views can now also take an <tt>attributes</tt> parameter.
|
||
<tt>Model#defaults</tt> can now be a function as well as a literal attributes
|
||
object.
|
||
</p>
|
||
|
||
<p>
|
||
<b class="header">0.3.3</b> — <small><i>Dec 1, 2010</i></small> — <a href="https://github.com/jashkenas/backbone/compare/0.3.2...0.3.3">Diff</a> — <a href="http://htmlpreview.github.com/?https://raw.github.com/jashkenas/backbone/0.3.3/index.html">Docs</a><br />
|
||
Backbone.js now supports <a href="http://zeptojs.com">Zepto</a>, alongside
|
||
jQuery, as a framework for DOM manipulation and Ajax support.
|
||
Implemented <a href="#Model-escape">Model#escape</a>, to efficiently handle
|
||
attributes intended for HTML interpolation. When trying to persist a model,
|
||
failed requests will now trigger an <tt>"error"</tt> event. The
|
||
ubiquitous <tt>options</tt> argument is now passed as the final argument
|
||
to all <tt>"change"</tt> events.
|
||
</p>
|
||
|
||
<p>
|
||
<b class="header">0.3.2</b> — <small><i>Nov 23, 2010</i></small> — <a href="https://github.com/jashkenas/backbone/compare/0.3.1...0.3.2">Diff</a> — <a href="http://htmlpreview.github.com/?https://raw.github.com/jashkenas/backbone/0.3.2/index.html">Docs</a><br />
|
||
Bugfix for IE7 + iframe-based "hashchange" events. <tt>sync</tt> may now be
|
||
overridden on a per-model, or per-collection basis. Fixed recursion error
|
||
when calling <tt>save</tt> with no changed attributes, within a
|
||
<tt>"change"</tt> event.
|
||
</p>
|
||
|
||
<p>
|
||
<b class="header">0.3.1</b> — <small><i>Nov 15, 2010</i></small> — <a href="https://github.com/jashkenas/backbone/compare/0.3.0...0.3.1">Diff</a> — <a href="http://htmlpreview.github.com/?https://raw.github.com/jashkenas/backbone/0.3.1/index.html">Docs</a><br />
|
||
All <tt>"add"</tt> and <tt>"remove"</tt> events are now sent through the
|
||
model, so that views can listen for them without having to know about the
|
||
collection. Added a <tt>remove</tt> method to <a href="#View">Backbone.View</a>.
|
||
<tt>toJSON</tt> is no longer called at all for <tt>'read'</tt> and <tt>'delete'</tt> requests.
|
||
Backbone routes are now able to load empty URL fragments.
|
||
</p>
|
||
|
||
<p>
|
||
<b class="header">0.3.0</b> — <small><i>Nov 9, 2010</i></small> — <a href="https://github.com/jashkenas/backbone/compare/0.2.0...0.3.0">Diff</a> — <a href="http://htmlpreview.github.com/?https://raw.github.com/jashkenas/backbone/0.3.0/index.html">Docs</a><br />
|
||
Backbone now has <a href="#Controller">Controllers</a> and
|
||
<a href="#History">History</a>, for doing client-side routing based on
|
||
URL fragments.
|
||
Added <tt>emulateHTTP</tt> to provide support for legacy servers that don't
|
||
do <tt>PUT</tt> and <tt>DELETE</tt>.
|
||
Added <tt>emulateJSON</tt> for servers that can't accept <tt>application/json</tt>
|
||
encoded requests.
|
||
Added <a href="#Model-clear">Model#clear</a>, which removes all attributes
|
||
from a model.
|
||
All Backbone classes may now be seamlessly inherited by CoffeeScript classes.
|
||
</p>
|
||
|
||
<p>
|
||
<b class="header">0.2.0</b> — <small><i>Oct 25, 2010</i></small> — <a href="https://github.com/jashkenas/backbone/compare/0.1.2...0.2.0">Diff</a> — <a href="http://htmlpreview.github.com/?https://raw.github.com/jashkenas/backbone/0.2.0/index.html">Docs</a><br />
|
||
Instead of requiring server responses to be namespaced under a <tt>model</tt>
|
||
key, now you can define your own <a href="#Model-parse">parse</a> method
|
||
to convert responses into attributes for Models and Collections.
|
||
The old <tt>handleEvents</tt> function is now named
|
||
<a href="#View-delegateEvents">delegateEvents</a>, and is automatically
|
||
called as part of the View's constructor.
|
||
Added a <a href="#Collection-toJSON">toJSON</a> function to Collections.
|
||
Added <a href="#Collection-chain">Underscore's chain</a> to Collections.
|
||
</p>
|
||
|
||
<p>
|
||
<b class="header">0.1.2</b> — <small><i>Oct 19, 2010</i></small> — <a href="https://github.com/jashkenas/backbone/compare/0.1.1...0.1.2">Diff</a> — <a href="http://htmlpreview.github.com/?https://raw.github.com/jashkenas/backbone/0.1.2/index.html">Docs</a><br />
|
||
Added a <a href="#Model-fetch">Model#fetch</a> method for refreshing the
|
||
attributes of single model from the server.
|
||
An <tt>error</tt> callback may now be passed to <tt>set</tt> and <tt>save</tt>
|
||
as an option, which will be invoked if validation fails, overriding the
|
||
<tt>"error"</tt> event.
|
||
You can now tell backbone to use the <tt>_method</tt> hack instead of HTTP
|
||
methods by setting <tt>Backbone.emulateHTTP = true</tt>.
|
||
Existing Model and Collection data is no longer sent up unnecessarily with
|
||
<tt>GET</tt> and <tt>DELETE</tt> requests. Added a <tt>rake lint</tt> task.
|
||
Backbone is now published as an <a href="http://npmjs.org">NPM</a> module.
|
||
</p>
|
||
|
||
<p>
|
||
<b class="header">0.1.1</b> — <small><i>Oct 14, 2010</i></small> — <a href="https://github.com/jashkenas/backbone/compare/0.1.0...0.1.1">Diff</a> — <a href="http://htmlpreview.github.com/?https://raw.github.com/jashkenas/backbone/0.1.1/index.html">Docs</a><br />
|
||
Added a convention for <tt>initialize</tt> functions to be called
|
||
upon instance construction, if defined. Documentation tweaks.
|
||
</p>
|
||
|
||
<p>
|
||
<b class="header">0.1.0</b> — <small><i>Oct 13, 2010</i></small> — <a href="http://htmlpreview.github.com/?https://raw.github.com/jashkenas/backbone/0.1.0/index.html">Docs</a><br />
|
||
Initial Backbone release.
|
||
</p>
|
||
|
||
<p>
|
||
<br />
|
||
<a href="http://documentcloud.org/" title="A DocumentCloud Project" style="background:none;">
|
||
<img src="http://jashkenas.s3.amazonaws.com/images/a_documentcloud_project.png" alt="A DocumentCloud Project" style="position:relative;left:-10px;" />
|
||
</a>
|
||
</p>
|
||
|
||
</div>
|
||
|
||
<script src="test/vendor/underscore.js"></script>
|
||
<script src="test/vendor/jquery.js"></script>
|
||
<script src="docs/js/jquery.lazyload.js"></script>
|
||
<script src="test/vendor/json2.js"></script>
|
||
<script src="backbone.js"></script>
|
||
|
||
<script>
|
||
// Set up the "play" buttons for each runnable code example.
|
||
$(function() {
|
||
$('.runnable').each(function() {
|
||
var code = this;
|
||
var button = '<div class="run" title="Run"></div>';
|
||
$(button).insertBefore(code).bind('click', function(){
|
||
eval($(code).text());
|
||
});
|
||
});
|
||
$('[data-original]').lazyload();
|
||
});
|
||
</script>
|
||
|
||
</body>
|
||
</html>
|