page.js

Micro client-side router inspired by the Express router

README

page router logo

Tiny Express-inspired client-side router.

Build Status Coverage Status Gitter

  1. ```js
  2. page('/', index)
  3. page('/user/:user', show)
  4. page('/user/:user/edit', edit)
  5. page('/user/:user/album', album)
  6. page('/user/:user/album/sort', sort)
  7. page('*', notfound)
  8. page()
  9. ```

Installation


  There are multiple ways to install page.js.
  With package managers:

  bash
  $ npm install page # for browserify
  $ component install visionmedia/page.js
  $ bower install visionmedia/page.js
  

  Or use with a CDN. We support:

  cdnjs
  unpkg

  Using with global script tags:

  html
  

  Or with modules, in modern browsers:

  html
  

Running examples


  To run examples do the following to install dev dependencies and run the example server:

    $ git clone git://github.com/visionmedia/page.js
    $ cd page.js
    $ npm install
    $ node examples
    $ open http://localhost:4000

Currently we have examples for:

   - basic minimal application showing basic routing
   - notfound similar to basic with single-page 404 support
   - album showing pagination and external links
   - profile simple user profiles
   - query-string shows how you can integrate plugins using the router
   - state illustrates how the history state may be used to cache data
   - server illustrates how to use the dispatch option to server initial content
   - chrome Google Chrome style administration interface
   - transitions Shows off a simple technique for adding transitions between "pages"
   - partials using hogan.js to render mustache partials client side

  __NOTE__: keep in mind these examples do not use jQuery or similar, so
  portions of the examples may be relatively verbose, though they're not
  directly related to page.js in any way.

API


page(path, callback[, callback ...])


  Defines a route mapping path to the given callback(s).
  Each callback is invoked with two arguments, context andnext. Much like Express invoking next will call the next registered callback with the given path.

  1. ```js
  2. page('/', user.list)
  3. page('/user/:id', user.load, user.show)
  4. page('/user/:id/edit', user.load, user.edit)
  5. page('*', notfound)
  6. ```

  Under certain conditions, links will be disregarded
  and will not be dispatched, such as:

  - Links that are not of the same origin
  - Links with the download attribute
  - Links with the target attribute
  - Links with the rel="external" attribute

page(callback)


  This is equivalent to page('*', callback) for generic "middleware".

page(path)


  Navigate to the given path.

  1. ```js
  2. $('.view').click(function(e){
  3.   page('/user/12')
  4.   e.preventDefault()
  5. })
  6. ```

page(fromPath, toPath)


  Setup redirect from one path to another.

page.redirect(fromPath, toPath)


  Identical to page(fromPath, toPath)

page.redirect(path)

  Calling page.redirect with only a string as the first parameter
  redirects to another route.
  Waits for the current route to push state and after replaces it
  with the new one leaving the browser history clean.

  1. ```js
  2. page('/default', function(){
  3.   // some logic to decide which route to redirect to
  4.   if(admin) {
  5.     page.redirect('/admin');
  6.   } else {
  7.     page.redirect('/guest');
  8.   }
  9. });

  10. page('/default');
  11. ```

page.show(path)


  Identical to page(path) above.

page([options])


  Register page's popstate / click bindings. If you're
  doing selective binding you'll like want to pass { click: false }
  to specify this yourself. The following options are available:

  - click bind to click events [__true__]
  - popstate bind to popstate [__true__]
  - dispatch perform initial dispatch [__true__]
  - hashbang add #! before urls [__false__]
  - decodeURLComponents remove URL encoding from path components (query string, pathname, hash) [__true__]
  - window provide a window to control (by default it will control the main window)

  If you wish to load serve initial content
  from the server you likely will want to
  set dispatch to __false__.

page.start([options])


  Identical to page([options]) above.

page.stop()


  Unbind both the popstate and click handlers.

page.base([path])


  Get or set the base path. For example if page.js
  is operating within /blog/* set the base path to "/blog".

page.strict([enable])


  Get or set the strict path matching mode to enable. If enabled
  /blog will not match "/blog/" and /blog/ will not match "/blog".

page.exit(path, callback[, callback ...])


  Defines an exit route mapping path to the given callback(s).

  Exit routes are called when a page changes, using the context
  from the previous change. For example:

  1. ```js
  2. page('/sidebar', function(ctx, next) {
  3.   sidebar.open = true
  4.   next()
  5. })

  6. page.exit('/sidebar', function(ctx, next) {
  7.   sidebar.open = false
  8.   next()
  9. })
  10. ```

page.exit(callback)


Equivalent to page.exit('*', callback).

page.create([options])


Create a new page instance with the given options. Options provided
are the same as provided in page([options]) above. Use this if you need
to control multiple windows (like iframes or popups) in addition
to the main window.

  1. ```js
  2. var otherPage = page.create({ window: iframe.contentWindow });
  3. otherPage('/', main);
  4. ```

page.clickHandler


This is the click handler used by page to handle routing when a user clicks an anchor like ``. This is exported for those who want to disable the click handling behavior with `page.start({ click: false })`, but still might want to dispatch based on the click handler's logic in some scenarios.

Context


  Routes are passed Context objects, these may
  be used to share state, for example ctx.user =,
  as well as the history "state" ctx.state that
  the pushState API provides.

Context#save()


  Saves the context using replaceState(). For example
  this is useful for caching HTML or other resources
  that were loaded for when a user presses "back".

Context#handled


  If true, marks the context as handled to prevent [default 404 behaviour][404].
  For example this is useful for the routes with interminate quantity of the
  callbacks.

[404]: https://github.com/visionmedia/page.js#default-404-behaviour

Context#canonicalPath


  Pathname including the "base" (if any) and query string "/admin/login?foo=bar".

Context#path


  Pathname and query string "/login?foo=bar".

Context#querystring


  Query string void of leading ? such as "foo=bar", defaults to "".

Context#pathname


  The pathname void of query string "/login".

Context#state


  The pushState state object.

Context#title


  The pushState title.

Routing


  The router uses the same string-to-regexp conversion
  that Express does, so things like ":id", ":id?", and "*" work
  as you might expect.

  Another aspect that is much like Express is the ability to
  pass multiple callbacks. You can use this to your advantage
  to flatten nested callbacks, or simply to abstract components.

Separating concerns


  For example suppose you have a route to _edit_ users, and a
  route to _view_ users. In both cases you need to load the user.
  One way to achieve this is with several callbacks as shown here:

  1. ```js
  2. page('/user/:user', load, show)
  3. page('/user/:user/edit', load, edit)
  4. ```

  Using the * character we can alter this to match all
  routes prefixed with "/user" to achieve the same result:

  1. ```js
  2. page('/user/*', load)
  3. page('/user/:user', show)
  4. page('/user/:user/edit', edit)
  5. ```

  Likewise * can be used as catch-alls after all routes
  acting as a 404 handler, before all routes, in-between and
  so on. For example:

  1. ```js
  2. page('/user/:user', load, show)
  3. page('*', function(){
  4.   $('body').text('Not found!')
  5. })
  6. ```

Default 404 behaviour


  By default when a route is not matched,
  page.js invokes page.stop() to unbind
  itself, and proceed with redirecting to the
  location requested. This means you may use
  page.js with a multi-page application _without_
  explicitly binding to certain links.

Working with parameters and contexts


  Much like request and response objects are
  passed around in Express, page.js has a single
  "Context" object. Using the previous examples
  of load and show for a user, we can assign
  arbitrary properties to ctx to maintain state
  between callbacks.

  To build a load function that will load
  the user for subsequent routes you'll need to
  access the ":id" passed. You can do this with
  ctx.params.NAME much like Express:

  1. ```js
  2. function load(ctx, next){
  3.   var id = ctx.params.id
  4. }
  5. ```

  Then perform some kind of action against the server,
  assigning the user to ctx.user for other routes to
  utilize. next() is then invoked to pass control to
  the following matching route in sequence, if any.

  1. ```js
  2. function load(ctx, next){
  3.   var id = ctx.params.id
  4.   $.getJSON('/user/' + id + '.json', function(user){
  5.     ctx.user = user
  6.     next()
  7.   })
  8. }
  9. ```

  The "show" function might look something like this,
  however you may render templates or do anything you
  want. Note that here next() is _not_ invoked, because
  this is considered the "end point", and no routes
  will be matched until another link is clicked or
  page(path) is called.

  1. ```js
  2. function show(ctx){
  3.   $('body')
  4.     .empty()
  5.     .append('<h1>' + ctx.user.name + '<h1>');
  6. }
  7. ```

  Finally using them like so:

  1. ```js
  2. page('/user/:id', load, show)
  3. ```

NOTE: The value of ctx.params.NAME is decoded via decodeURIComponent(sliceOfUrl). One exception though is the use of the plus sign (+) in the url, e.g. /user/john+doe, which is decoded to a space: ctx.params.id == 'john doe'. Also an encoded plus sign (%2B) is decoded to a space.

Working with state


  When working with the pushState API,
  and page.js you may optionally provide
  state objects available when the user navigates
  the history.

  For example if you had a photo application
  and you performed a relatively extensive
  search to populate a list of images,
  normally when a user clicks "back" in
  the browser the route would be invoked
  and the query would be made yet-again.

  An example implementation might look as follows:

  1. ```js
  2. function show(ctx){
  3.   $.getJSON('/photos', function(images){
  4.     displayImages(images)
  5.   })
  6. }
  7. ```

   You may utilize the history's state
   object to cache this result, or any
   other values you wish. This makes it
   possible to completely omit the query
   when a user presses back, providing
   a much nicer experience.

  1. ```js
  2. function show(ctx){
  3.   if (ctx.state.images) {
  4.     displayImages(ctx.state.images)
  5.   } else {
  6.     $.getJSON('/photos', function(images){
  7.       ctx.state.images = images
  8.       ctx.save()
  9.       displayImages(images)
  10.     })
  11.   }
  12. }
  13. ```

  __NOTE__: ctx.save() must be used
  if the state changes _after_ the first
  tick (xhr, setTimeout, etc), otherwise
  it is optional and the state will be
  saved after dispatching.

Matching paths


  Here are some examples of what's possible
  with the string to RegExp conversion.

  Match an explicit path:

  1. ```js
  2. page('/about', callback)
  3. ```

  Match with required parameter accessed via ctx.params.name:

  1. ```js
  2. page('/user/:name', callback)
  3. ```

  Match with several params, for example /user/tj/edit or
  /user/tj/view.

  1. ```js
  2. page('/user/:name/:operation', callback)
  3. ```

  Match with one optional and one required, now /user/tj
  will match the same route as /user/tj/show etc:

  1. ```js
  2. page('/user/:name/:operation?', callback)
  3. ```

  Use the wildcard char * to match across segments,
  available via ctx.params[N] where __N__ is the
  index of * since you may use several. For example
  the following will match /user/12/edit, /user/12/albums/2/admin
  and so on.

  1. ```js
  2. page('/user/*', loadUser)
  3. ```

  Named wildcard accessed, for example /file/javascripts/jquery.js
  would provide "/javascripts/jquery.js" as ctx.params.file:

  1. ```js
  2. page('/file/:file(.*)', loadUser)
  3. ```

  And of course RegExp literals, where the capture
  groups are available via ctx.params[N] where __N__
  is the index of the capture group.

  1. ```js
  2. page(/^\/commits\/(\d+)\.\.(\d+)/, loadUser)
  3. ```

Plugins


  An example plugin _examples/query-string/query.js_
  demonstrates how to make plugins. It will provide a parsed ctx.query object

  Usage by using "*" to match any path
  in order to parse the query-string:

  1. ```js
  2. page('*', parse)
  3. page('/', show)
  4. page()

  5. function parse(ctx, next) {
  6.   ctx.query = qs.parse(location.search.slice(1));
  7.   next();
  8. }

  9. function show(ctx) {
  10.   if (Object.keys(ctx.query).length) {
  11.     document
  12.       .querySelector('pre')
  13.       .textContent = JSON.stringify(ctx.query, null, 2);
  14.   }
  15. }
  16. ```

Available plugins


- querystring: provides a parsedctx.query object derived from node-querystring.
- body-parser: provides areq.body object for routes derived from body-parser.
- express-mapper: provides a direct imitation of the Express API so you can share controller code on the client and the server with your Express application without modification.

Please submit pull requests to add more to this list.

Running tests


In the console:

  1. ```
  2. $ npm install
  3. $ npm test
  4. ```

In the browser:

  1. ```
  2. $ npm install
  3. $ npm run serve
  4. $ open http://localhost:3000/
  5. ```

Support in IE8+


If you want the router to work in older version of Internet Explorer that don't support pushState, you can use the HTML5-History-API polyfill:
  1. ```bash
  2.   npm install html5-history-api
  3. ```

How to use a Polyfill together with router (OPTIONAL):
If your web app is located within a nested basepath, you will need to specify the basepath for the HTML5-History-API polyfill.
Before calling page.base() use: history.redirect([prefixType], [basepath]) - Translation link if required.
  prefixType: [string|null] - Substitute the string after the anchor (#) by default "/".
  basepath: [string|null] - Set the base path. See page.base() by default "/". (Note: Slash after pathname required)

Pull Requests


  Break commits into a single objective.
  An objective should be a chunk of code that is related but requires explanation.
  Commits should be in the form of what-it-is: how-it-does-it and or why-it's-needed or what-it-is for trivial changes
  Pull requests and commits should be a guide to the code.

Server configuration


  In order to load and update any URL managed by page.js, you need to configure your environment to point to your project's main file (index.html, for example) for each non-existent URL. Below you will find examples for most common server scenarios.

Nginx


If using Nginx, add this to the .conf file related to your project (inside the "server" part), and reload your Nginx server:

  1. ```nginx
  2. location / {
  3.     try_files $uri $uri/ /index.html?$args;
  4. }
  5. ```

Apache


If using Apache, create (or add to) the .htaccess file in the root of your public folder, with the code:

  1. ```apache
  2. Options +FollowSymLinks
  3. RewriteEngine On

  4. RewriteCond %{SCRIPT_FILENAME} !-d
  5. RewriteCond %{SCRIPT_FILENAME} !-f

  6. RewriteRule ^.*$ ./index.html
  7. ```

Node.js - Express


For development and/or production, using Express, you need to use express-history-api-fallback package. An example:

  1. ```js
  2. import { join } from 'path';
  3. import express from 'express';
  4. import history from 'express-history-api-fallback';

  5. const app = express();
  6. const root = join(__dirname, '../public');

  7. app.use(express.static(root));
  8. app.use(history('index.html', { root }));

  9. const server = app.listen(process.env.PORT || 3000);

  10. export default server;
  11. ```

Node.js - Browsersync


For development using Browsersync, you need to use history-api-fallback package. An example:

  1. ```js
  2. var browserSync = require("browser-sync").create();
  3. var historyApiFallback = require('connect-history-api-fallback');

  4. browserSync.init({
  5. files: ["*.html", "css/*.css", "js/*.js"],
  6. server: {
  7.   baseDir: ".",
  8.   middleware: [ historyApiFallback() ]
  9. },
  10. port: 3030
  11. });
  12. ```

Integrations


License


(The MIT License)

Copyright (c) 2012 TJ Holowaychuk <tj@vision-media.ca>

Permission is hereby granted, free of charge, to any person obtaining
a copy of this software and associated documentation files (the
'Software'), to deal in the Software without restriction, including
without limitation the rights to use, copy, modify, merge, publish,
distribute, sublicense, and/or sell copies of the Software, and to
permit persons to whom the Software is furnished to do so, subject to
the following conditions:

The above copyright notice and this permission notice shall be
included in all copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED 'AS IS', WITHOUT WARRANTY OF ANY KIND,
EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.
IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY
CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT,
TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE
SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.