React Router Config

Static route configuration helpers for React Router.

This is alpha software, it needs:

1. Realistic server rendering example with data preloading
2. Pending navigation example

Installation

Using npm:

$ npm install --save react-router-config

Then with a module bundler like webpack, use as you would anything else:

``js
// using an ES6 transpiler, like babel
import { matchRoutes, renderRoutes } from "react-router-config";

// not using an ES6 transpiler
var matchRoutes = require("react-router-config").matchRoutes;
`

The UMD build is also available on unpkg:

`html

`

You can find the library on window.ReactRouterConfig

Motivation

With the introduction of React Router v4, there is no longer a centralized route configuration. There are some use-cases where it is valuable to know about all the app's potential routes such as:

- Loading data on the server or in the lifecycle before rendering the next screen
- Linking to routes by name
- Static analysis

This project seeks to define a shared format for others to build patterns on top of.

Route Configuration Shape

Routes are objects with the same properties as a with a couple differences:

- the only render prop it accepts is component (no render or children)
- introduces the routes key for sub routes
- Consumers are free to add any additional props they'd like to a route, you can access props.route inside the component, this object is a reference to the object used to render and match.
- accepts key prop to prevent remounting component when transition was made from route with the same component and same key prop

`js
const routes = [
{
component: Root,
routes: [
{
path: "/",
exact: true,
component: Home
},
{
path: "/child/:id",
component: Child,
routes: [
{
path: "/child/:id/grand-child",
component: GrandChild
}
]
}
]
}
];
`

Note: Just like , relative paths are not (yet) supported. When it is supported there, it will be supported here.

API

$3

Returns an array of matched routes.

#### Parameters

- routes - the route configuration
- pathname - the pathname component of the url. This must be a decoded string representing the path.

`js
import { matchRoutes } from "react-router-config";
const branch = matchRoutes(routes, "/child/23");
// using the routes shown earlier, this returns
// [
// routes[0],
// routes[0].routes[1]
// ]
`

Each item in the array contains two properties: routes and match.

- routes: A reference to the routes array used to match
- match: The match object that also gets passed to render methods.

`js
branch[0].match.url;
branch[0].match.isExact;
// etc.
`

You can use this branch of routes to figure out what is going to be rendered before it actually is rendered. You could do something like this on the server before rendering, or in a lifecycle hook of a component that wraps your entire app

`js
const loadBranchData = (location) => {
const branch = matchRoutes(routes, location.pathname)

const promises = branch.map(({ route, match }) => {
return route.loadData
? route.loadData(match)
: Promise.resolve(null)
})

return Promise.all(promises)
}

// useful on the server for preloading data
loadBranchData(req.url).then(data => {
putTheDataSomewhereTheClientCanFindIt(data)
})

// also useful on the client for "pending navigation" where you
// load up all the data before rendering the next page when
// the url changes

// THIS IS JUST SOME THEORETICAL PSEUDO CODE :)
class PendingNavDataLoader extends Component {
state = {
previousLocation: null,
currentLocation: this.props.location
}

static getDerivedStateFromProps(props, state) {
const currentLocation = props.location
const previousLocation = state.currentLocation

const navigated = currentLocation !== previousLocation
if (navigated) {
// save the location so we can render the old screen
return {
previousLocation,
currentLocation
}
}

return null
}

componentDidUpdate(prevProps) {
const navigated = prevProps.location !== this.props.location

if (navigated) {
// load data while the old screen remains
loadNextData(routes, this.props.location).then(data => {
putTheDataSomewhereRoutesCanFindIt(data)
// clear previousLocation so the next screen renders
this.setState({
previousLocation: null
})
})
}
}

render() {
const { children, location } = this.props
const { previousLocation } = this.state

// use a controlled to trick all descendants into
// rendering the old location
return (
location={previousLocation || location}
render={() => children}
/>
)
}
}

// wrap in withRouter
export default withRouter(PendingNavDataLoader)

/////////////
// somewhere at the top of your app
import routes from './routes'



{renderRoutes(routes)}


`

Again, that's all pseudo-code. There are a lot of ways to do server rendering with data and pending navigation and we haven't settled on one. The point here is that matchRoutes gives you a chance to match statically outside of the render lifecycle. We'd like to make a demo app of this approach eventually.

$3

In order to ensure that matching outside of render with matchRoutes and inside of render result in the same branch, you must use renderRoutes instead of inside your components. You can render a still, but know that it will not be accounted for in matchRoutes outside of render.

`js
import { renderRoutes } from "react-router-config";

const routes = [
{
component: Root,
routes: [
{
path: "/",
exact: true,
component: Home
},
{
path: "/child/:id",
component: Child,
routes: [
{
path: "/child/:id/grand-child",
component: GrandChild
}
]
}
]
}
];

const Root = ({ route }) => (


ReactDOM.render(

{/ kick it all off with the root route /}
{renderRoutes(routes)}
,
document.getElementById("root")
);
``