React Router v4 入坑指南

万恶的根源

距离React Router v4 正式发布也已通过去三个月了，这周把一个React的架子作了升级，以前的路由用的仍是v2.7.0版的，因此决定把路由也升级下，正好“尝尝鲜”...

江湖传言，目前官方同时维护 2.x 和 4.x 两个版本。（ヾ(｡ꏿ﹏ꏿ)ﾉﾞ咦，此刻相信机智如个人你也会发现，ReactRouter v3 去哪儿了？整丢了？？巴拉出锅了？？？敢不敢给我个完美的解释！？）事实上 3.x 版本相比于 2.x 并无引入任何新的特性，只是将 2.x 版本中部分废弃 API 的 warning 移除掉而已。按照规划，没有历史包袱的新项目想要使用稳定版的 ReactRouter 时，应该使用 ReactRouter 3.x。目前 3.x 版本也还处于 beta 阶段，不过会先于 4.x 版本正式发布。若是你已经在使用 2.x 的版本，那么升级 3.x 将不会有任何额外的代码变更。

礼貌性简介下

React Router V4 相较于前面三个版本有根本性变化，首先是遵循Just Component的 API 设计理念，其次API方面也精简了很多，对新手来讲下降了学习难度，但若是是对以前项目的重构，嗯，简直无**可说。本次升级的主要特色以下：

• 声明式（Declarative）
• 可组合 （Composability）

React Router V4 遵循了 React 的理念：万物皆组件。所以 升级以后的 Route、Link、Switch等都是一个普通的组件。

React Router V4 基于 Lerna 管理多个 Repository。在此代码库包括：

• react-router React Router 核心
• react-router-dom 用于 DOM 绑定的 React Router
• react-router-native 用于 React Native 的 React Router
• react-router-redux React Router 和 Redux 的集成
• react-router-config 静态路由配置帮助助手

插件初引入

一般咱们在 React 的使用中，通常要引入两个包，react和 react-dom，那么react-router和react-router-dom是否是两个都要引用呢？注意，前方高能，入门第一坑就在这里。他们两个只要引用一个就好了，不一样之处就是后者比前者多出了<Link> <BrowserRouter>这样的 DOM 类组件。所以咱们只需引用react-router-dom这个包就OK了。固然，若是搭配redux，你还须要使用react-router-redux。

主要组件简介

在4.0以前版本的 API 中，<Router> 组件的 children 只能是 React Router 提供的各类组件，如<Route>、<IndexRoute>、<Redirect>等。而在 React Router 4 中，你能够将各类组件及标签放进 <Router>组件中，他的角色也更像是 Redux 中的 <Provider>。**不一样的是<Provider>是用来保持与 store 的更新，而<Router>是用来保持与 location 的同步。**示例以下：

// 示例1
<Router>
    <div>
      <ul>
        <li><Link to="/">首页</Link></li>
        <li><Link to="/about">关于</Link></li>
        <li><Link to="/topics">主题列表</Link></li>
      </ul>

      <hr/>

      <Route exact path="/" component={Home}/>
      <Route path="/about" component={About}/>
      <Route path="/topics" component={Topics}/>
    </div>
  </Router>
复制代码

Router是全部路由组件共用的底层接口，通常咱们的应用并不会使用这个接口，而是使用高级的路由：

• <BrowserRouter>：使用 HTML5 提供的 history API 来保持 UI 和 URL 的同步；
• <HashRouter>：使用 URL 的 hash (例如：window.location.hash) 来保持 UI 和 URL 的同步；
• <MemoryRouter>：能在内存保存你 “URL” 的历史纪录(并无对地址栏读写)；
• <NativeRouter>：为使用React Native提供路由支持；
• <StaticRouter>：从不会改变地址；

TIPS：算是第二坑吧，和以前的Router不同，这里<Router>组件下只容许存在一个子元素，如存在多个则会报错。

反面典型在这里：

// 示例2
<Router>
      <ul>
        <li><Link to="/">首页</Link></li>
        <li><Link to="/about">关于</Link></li>
        <li><Link to="/topics">主题列表</Link></li>
      </ul>

      <hr/>

      <Route exact path="/" component={Home}/>
      <Route path="/about" component={About}/>
      <Route path="/topics" component={Topics}/>
  </Router>
复制代码

没错，示例2在没有<div>爸爸的保护下，会报以下异常信息：

咱们知道，Route组件主要的做用就是当一个location匹配路由的path时，渲染某些UI。示例以下：

<Router>
  <div>
    <Route exact path="/" component={Home}/>
    <Route path="/news" component={NewsFeed}/>
  </div>
</Router>

// 若是应用的地址是/,那么相应的UI会相似这个样子：
<div>
  <Home/>
</div>

// 若是应用的地址是/news,那么相应的UI就会成为这个样子：
<div>
  <NewsFeed/>
</div>
复制代码

<Route>组件有以下属性：

• path（string）: 路由匹配路径。（没有path属性的Route 老是会 匹配）；
• exact（bool）：为true时，则要求路径与location.pathname必须彻底匹配；
• strict（bool）：true的时候，有结尾斜线的路径只能匹配有斜线的location.pathname；

再次奉上两个鲜活的例子：

exact配置：

路径	location.pathname	exact	是否匹配
/one	/one/two	true	否
/one	/one/two	false	是

strict配置：

路径	location.pathname	strict	是否匹配
/one/	/one	true	否
/one/	/one/	true	是
/one/	/one/two	true	是

同时，新版的路由为<Route>提供了三种渲染内容的方法：

• <Route component>：在地址匹配的时候React的组件才会被渲染，route props也会随着一块儿被渲染；
• <Route render>：这种方式对于内联渲染和包装组件却不引发意料以外的从新挂载特别方便；
• <Route children>：与render属性的工做方式基本同样，除了它是无论地址匹配与否都会被调用；

第一种方式没啥可说的，和以前同样，这里咱们重点看下<Route render>的渲染方式：

// 行内渲染示例
<Route path="/home" render={() => <div>Home</div>}/>

// 包装/合成
const FadingRoute = ({ component: Component, ...rest }) => (
  <Route {...rest} render={props => (
    <FadeIn>
      <Component {...props}/>
    </FadeIn>
  )}/>
)

<FadingRoute path="/cool" component={Something}/>
复制代码

TIPS: 第三坑！ <Route component>的优先级要比<Route render>高，因此不要在同一个<Route>中同时使用这两个属性。

和以前版本没太大区别，重点看下组件属性：

• to（string/object）：要跳转的路径或地址；
• replace（bool）：为 true 时，点击连接后将使用新地址替换掉访问历史记录里面的原地址；为 false 时，点击连接后将在原有访问历史记录的基础上添加一个新的纪录。默认为 false；

示例以下：

// Link组件示例

// to为string
<Link to="/about">关于</Link>

// to为obj
<Link to={{
  pathname: '/courses',
  search: '?sort=name',
  hash: '#the-hash',
  state: { fromDashboard: true }
}}/>

// replace 
<Link to="/courses" replace />
复制代码

<NavLink>是<Link> 的一个特定版本, 会在匹配上当前 URL 的时候会给已经渲染的元素添加样式参数，组件属性：

• activeClassName（string）：设置选中样式，默认值为 active；
• activeStyle（object）：当元素被选中时, 为此元素添加样式；
• exact（bool）：为 true 时, 只有当地址彻底匹配 class 和 style 才会应用；
• strict（bool）：为 true 时，在肯定位置是否与当前 URL 匹配时，将考虑位置 pathname 后的斜线；
• isActive（func）：判断连接是否激活的额外逻辑的功能；

从这里咱们也能够看出，新版本的路由在组件化上面确实下了很多功夫，来看看NavLink的使用示例：

// activeClassName选中时样式为selected
<NavLink
  to="/faq"
  activeClassName="selected"
>FAQs</NavLink>

// 选中时样式为activeStyle的样式设置
<NavLink
  to="/faq"
  activeStyle={{
    fontWeight: 'bold',
    color: 'red'
   }}
>FAQs</NavLink>

// 当event id为奇数的时候，激活连接
const oddEvent = (match, location) => {
  if (!match) {
    return false
  }
  const eventID = parseInt(match.params.eventID)
  return !isNaN(eventID) && eventID % 2 === 1
}

<NavLink
  to="/events/123"
  isActive={oddEvent}
>Event 123</NavLink>
复制代码

该组件用来渲染匹配地址的第一个<Route>或者<Redirect>。那么它与使用一堆route又有什么区别呢？

<Switch>的独特之处是独它仅仅渲染一个路由。相反地，每个包含匹配地址(location)的<Route>都会被渲染。思考下面的代码：

<Route path="/about" component={About}/>
<Route path="/:user" component={User}/>
<Route component={NoMatch}/>
复制代码

若是如今的URL是/about，那么<About>, <User>, 还有<NoMatch>都会被渲染，由于它们都与路径(path)匹配。这种设计，容许咱们以多种方式将多个<Route>组合到咱们的应用程序中，例如侧栏(sidebars)，面包屑(breadcrumbs)，bootstrap tabs等等。 然而，偶尔咱们只想选择一个<Route>来渲染。若是咱们如今处于/about，咱们也不但愿匹配/:user（或者显示咱们的 “404” 页面 ）。如下是使用 Switch 的方法来实现：

<Switch>
  <Route exact path="/" component={Home}/>
  <Route path="/about" component={About}/>
  <Route path="/:user" component={User}/>
  <Route component={NoMatch}/>
</Switch>
复制代码

如今，若是咱们处于/about，<Switch>将开始寻找匹配的<Route>。<Route path="/about"/> 将被匹配， <Switch>将中止寻找匹配并渲染<About>。一样，若是咱们处于/michael，<User>将被渲染。

以上就是我对React Router v4 的初试，反正也是一边查文档，一边试水的，若有错误或疏漏，还请你们谅解并不吝指正！