文中的一些名词
路径(path)：指route上的参数path
路径名(pathname)：指location的路径名
React Router 4与前代相比最大的变化莫过于其不再需要配置。相对的，应用服务为自身的"配置"，并确定渲染时该呈现的内容。这种新方式通畅运作良好，但还是可能跳坑的。
对比
首先我们来回顾一下先前和现在的版本的工作流程上的区别。
旧版本
之前，我们需要配置一系列路由。你可以自行定义对象来配置，也可以通过<Route>组件来构建。
<Router routes={{ path: '/',component: App,children: [...]}/>
// or
<Router>
<Route path='/' component={App}>
...
</Route>
</Router>
<Route>看似一个真正的组件，实则为其参数服务。
当你写出如下代码：
<Route path='/' component={App}>
<Route path='about' component={About}/>
</Route>
其实他等价于
React.createElement(
Route,{ path: '/',component: App },React.createElement(Route,{ path: 'about',component: About })
)
React Router只关心从React元素中获得的属性。
{
path: '/',children: [
{ path: 'about',component: About}
]
}
一旦location变化，React Router会遍历配置对象，来确定新location匹配的路径。为了执行后续操作（如获取数据，加载异步组件，限制访问时的重定向），将会为路由调用enter/update/exit方法。最终，对于匹配的路径，依据路由的component参数来创建React元素。在当前路径下，所有元素将被组合在一起（通过this.props.children）并渲染出来。
现在的方式
第4代中，<Route>是一个真正的组件。当应用渲染时，路由（route）会将自己的路径（path）与当前location的路径名进行比较。如果匹配上，调用<Route>的render方法返回React元素，如果不匹配，则返回null。
<Route path='/here' component={Here} />
// { pathname: "/here" }
return React.createElement(Here,{ history,match,location })
// { pathname: "/elsewhere" }
return null
定义子路由时，子路由需要被放置在一个由父路由渲染的组件中（[[译注意]怎么都觉得拗口，看代码就清楚了）
const Child = () => <div>Child component</div>
const Parent = () => (
<div>
<h2>Parent component</h2>
<Route path='/parent/child' component={Child}/>
</div>
)
ReactDOM.render((
<BrowserRouter>
<Route path='/parent' component={Parent}/>
</BrowserRouter>
),holder)
通过使用<Switch>组件，来创建分支点，这些点中只有一个的路由能匹配。这常被用于有多个路径可以匹配中同一个路径名或需要一个'miss'组件对路径全部匹配不上的情况作处理。
即便不需要处理上述的情形，将路由放置于<Switch>组件中也是一个好方法，其既可以保持路由逻辑又可以得到更明晰的DOM结构。
<Switch>
<Route path='/the-good' component={Good}/>
<Route path='/the-bad' component={Bad}/>
<Route path='/the-ugly' component={Ugly}/>
</Switch>
React的生命周期方法可以处理任意的enter/exit/update 调用。componentWillMount或componentDidMount将处理enter，componentWillUpdate 或componentDidUpdate将处理update，componentWillUnmount将处理exit。
区别
4代的方式大大简化了应用开发。通过React Router构建应用与常规React构建极其相似。有些内容你希望在特定的location下展示，你可以将其放置于<Route>中。（从无路由的React应用可以轻松改造成支持路由的应用）
然而无集中配置也纯在一些问题。在你在渲染前需要确认被匹配的路由时，你会踩坑的。会出现以下问题：
对于上述问题，一个路由配置可以执行额外的步骤，以保证应用的正确渲染。
当"控制环节"在渲染步骤进行时，就不存在匹配路由与渲染她们的缓存区。这并不意味这些问题都被搞定了，这是变了个花样罢了。
解决方法
在后续的章节，我们会介绍在这些情形下，如何使用React Router v4去分析。他们并不一定给你解决方案，但可以为你指出正确的方向。请记住React Router v4还刚发布不久。在很多方面它确实能做到开箱即用，但它也不是能适应所有场景的"万能"库。幸运的事，React拥有一个相当活跃的社区，并有很多人使用React Router。虽然需要一些时日，但是随着越来越多的人使用React Router v4，将会有更多不同的解决方案被提出。如果你想出了一个好的解决方案，请把它分享出来。
