An Application Architecture Using Backbone.js
- Upcoming Version: Chaplin as a Library
- Support and Help
- Commercial Support and Training
- Key Features
- Building Chaplin
- Running the Tests
- The Cast
- The Producers
Upcoming Version 1.0: Chaplin as a Library
While the initial release of Chaplin was merely an example application structure, Chaplin is being rewritten into a reusable and fully unit-tested library. The
master branch already reflects these changes. We’re almost done, the code is already stable and successfully used in production. We don’t expect breaking API changes until version 1.0. There are only a few things to polish up before the 1.0 release:
- A comprehensive documentation and class reference
- Easier configurability of the default behavior
- Flexibility, like use in non-CoffeeScript and non-AMD environments
How about joining us? You might have a look at the issue discussions.
Support and Help
- For general support and discussion, there’s a Google Group, a forum on ost.io and an IRC channel
- If you’d like to report a bug or propose a feature, please use the Github issues. The issue tracker can also be used for general questions and task management.
- Follow Chaplin.js on Twitter to get updates on new versions, major changes and the ongoing development.
Commercial Support and Training
- CoffeeScript class hierarchies as well as object composition
- Module encapsulation and lazy-loading using AMD modules
- Cross-module communication using the Mediator and Publish/Subscribe patterns
- Controllers for managing individual UI views
- Rails-style routes which map URLs to controller actions
- A route dispatcher and a top-level view manager
- Extended model, view and collection classes to avoid repetition and enforce conventions
- Strict memory management and object disposal
- A collection view for easy and intelligent list rendering
While developing several web applications using Backbone.js, we felt the need for conventions on how to structure such applications. While Backbone is fine at what it’s doing, it’s not a framework for single-page applications. Yet it’s often used for this purpose.
Chaplin is mostly derived and generalized from the codebase of moviepilot.com, a real-world single-page application. Chaplin tries to draw the attention to top-level application architecture. “Application” means everything above simple routing, individual models, views and their binding.
Backbone is an easy starting point, but provides only basic, low-level patterns. Especially, Backbone provides little to structure an actual application. For example, the famous “Todo list example” is not an application in the strict sense nor does it teach best practices how to structure Backbone code.
To be fair, Backbone doesn’t intend to be an all-round framework so it wouldn’t be appropriate to blame Backbone for this deliberate limitations. Nonetheless, most Backbone use cases clearly need a sophisticated application architecture. This is where Chaplin enters the stage.
Chaplin depends on the following libraries:
There’s a build script which compiles the CoffeeScripts and bundles them into one file. To run the script, follow these steps:
- Download and install Node.js.
Install the Node packages for CoffeeScript and UglifierJS globally. Open a shell (aka terminal aka command prompt) and run these commands:
sudo npm install -g coffee-script sudo npm install -g uglify-js
This assumes you’re working on a Unix machine (Linux, Mac OS, BSD…). On Windows, you can omit the
sudocommand at the beginning.
Install the Node package ShellJS normally. On the shell, run this command:
npm install shelljs
On the shell, start the build by typing:
This creates two directories:
./build/amd/with a build using the AMD module style
./build/commonjs/with a build using the CommonJS module style
These directories contain four files each:
chaplin-VERSION.coffee– The Chaplin library as a CoffeeScript file.
chaplin-VERSION-min.js– Minified. For production use you should pick this.
chaplin-VERSION-min.js.gz– Minified and GZip-compressed.
Running the Tests
Chaplin aims to be fully unit-tested. At the moment most of the modules are covered by Mocha tests.
To run the tests, the source files and the specs need to be compiled using the CoffeeScript compiler first. Run
cake test in the repository’s root directory, then open the test runner (
test/index.html) in a browser.
Chaplin Boilerplate is a base application project for Chaplin. You can use it freely as a skeleton for your chaplin project.
Brunch with Chaplin
Brunch with Chaplin is a skeleton application, where brunch is used for assembling files & assets. It has ready-to-use classes for session management, html5boilerplate and stylus / handlebars.js as app languages.
Several example applications are available today:
Facebook Like Browser
This example uses Facebook client-side authentication to display the user’s Likes.
github.com/paulmillr/ostio is a forum for GitHub projects and a modern replacement for mailing lists.
Ost.io serves as a good example of a fast service-based application, using Ruby on Rails as a lightweight backend (which is open-sourced too) that only handles authentication / server-side logic & talks JSON to clients. In this way, frontend is completely decoupled from the backend which gives the ability to work on both projects in parallel and increases scalability, speed & mainbtability quite a lot.
Tweet your Brunch
github.com/brunch/twitter is a simple twitter client. It uses Twitter client-side authentication to display user’s feed and to create new tweets.
All docs are located in docs/ subdirectory.