We no longer use blazer and no longer maintain it, but are leaving the source code up for reference. Please feel free to fork the repo if it still has value to your team.
A better router for Backbone and Marionette applications
learn more here (presentation) and here (video)
bower install backbone.blazer
<script src='jquery.js'></script>
<script src='underscore.js'></script>
<script src='backbone.js'></script>
<script src='bower/path/to/backbone.blazer.js'></script>
<script src='app.js'></script>In order to build a modularized routing system, we've extended and overriden a few parts of the core Backbone.Router. This library attempts to be a mostly drop-in replacement for the normal Backbone router. However, we have removed a few things.
Backbone.Blazer.Router still supports the usual way of routing in a Backbone application: mapping a regexp to a callback. However, we've gone ahead and added a new way of configuring your routes: Backbone.Blazer.Route.
Blazer's router supports all the familiar configuration of Backbone.Router
var MyRouter = Backbone.Blazer.Router.extend({
routes: {
'regular-old-route': function(routeData) {
// do whatever you want
}
}
});In addition to the old way of routing, Blazer provides a new strategy: using a Route object.
var MyRouter = Backbone.Blazer.Router.extend({
routes: {
'new-hot-route': new HotRoute()
}
});
var HotRoute = Backbone.Blazer.Route.extend({
execute: function(routeData) {
// the code that would normally go in your router callback can now go here
}
});Route objects can do more than just view rendering. Route objects can also be configured to perform asynchronous actions before rendering your views (or really before calling your execute method).
For example, here's a route that loads some data from some Backbone Model before rendering a view:
var LoadSomeDataRoute = Backbone.Blazer.Route.extend({
prepare: function(routeData) {
routeData.someData = new SomeData();
return routeData.someData.fetch();
},
execute: function(routeData) {
App.getRegion('main').show(new SomeDataView({ model: routeData.someData }));
}
});The Blazer router expects the prepare method to return a promise. If the promise is resolved as a success, then the execute method is called; otherwise, the route's error method is called (if provided).
Both Router and Route objects can define filters that run before and after a route is invoked.
Filters are specified as an array of objects, where each object has a beforeRoute and/or afterRoute functions.
var FilteredRoute = Backbone.Blazer.Route.extend({
filters: [{
beforeRoute: function() {
// I run before my prepare() method is called
},
afterRoute: function() {
// I run after my execute() method is called
}
}]
});
var Router = Backbone.Blazer.Router.extend({
routes: {
'route1': new FilteredRoute(),
'route2': new OtherRoute()
},
filters: [{
beforeRoute: function() {
// I run before prepare() is called on all routes
},
afterRoute: function() {
// I run after execute() is called on all routes
}
}]
});Filters will run in the order they are sepcified in the filters array. A filter that needs to do some asynchronous work can return a promise and the next filter in the chain will not be run until that promise is resolved. Because of this, it is safe to mix filters that do synchronous work with filters that do asynchronous work.
Filters on a Router object will be run for all Route objects on that router. When invoking a specific route, the router's filters will all run before filters on the route in question are run.
If a filter returns a promise and that promise is rejected or simply never resolves, the filter chain will stop executing and subsequent filters in the chain will not be invoked. In the case of before filters the prepare() function will never be invoked.
You can stop redirect to another route at any point during route invokation. Doing this will stop execution of the current route. For instance, if a beforeRoute filter redirects then prepare and execute will not be invoked for the current route. Similarly, if prepare redirects then execute will not be invoked for the current route.
var Route = Backbone.Blazer.Route.extend({
filters: [{
beforeRoute: function() {
if (somethingBadHappened()) {
return this.redirect('another_route');
}
}
}]
});before:execute, with payload[routeData]. this is the first thing that happens when processing a route.after:execute, with payload[routeData]. this is the last thing called when processing a route. only called if execute was actually called.error, with payload[routeData, argsFromRejectedPromise]
The router accepts the same parameters as the normal Backbone.Router.
The entries in the routes hash can contain any of the following:
- a callback function in the form:
function(routeData) {} - a router method in the form:
function(routeData) {} - a
Backbone.Blazer.Routeobject
before:execute, with payload[routeData]. this is the first thing that happens when processing a route.after:execute, with payload[routeData]. this is the last thing called when processing a route. only called if execute was actually called.
- returns a promise (default value is a successfully resolved promise)
- called if the promise from
#prepareresolves to success
- called if the promise from
#prepareresolves to failure - returning
truewill prevent the router from bubbling the error back up through itself to the application.
- return this from within any
beforeRoute,afterRoute,prepare,executeorerrorfunction and execution for this route will stop immediately and a new route corresponding to the provided fragment will be invoked.
--
Any contributions made to this project are covered under the MIT License, found here