[译]不配置，不出事？Router Router v4那些坑（其一）

2024年2月7日 193次阅读 来源: master_yoda

原文

文中的一些名词
路径(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: '/',
  component: App,
  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应用可以轻松改造成支持路由的应用）

然而无集中配置也纯在一些问题。在你在渲染前需要确认被匹配的路由时，你会踩坑的。会出现以下问题：

  1. 全局的404页面

  2. (批量) 数据获取

  3. 带有异步组件的服务端渲染

对于上述问题，一个路由配置可以执行额外的步骤，以保证应用的正确渲染。

当”控制环节”在渲染步骤进行时，就不存在匹配路由与渲染她们的缓存区。这并不意味这些问题都被搞定了，这是变了个花样罢了。

解决方法

在后续的章节，我们会介绍在这些情形下，如何使用React Router v4去分析。他们并不一定给你解决方案，但可以为你指出正确的方向。请记住React Router v4还刚发布不久。在很多方面它确实能做到开箱即用，但它也不是能适应所有场景的”万能”库。
幸运的事，React拥有一个相当活跃的社区，并有很多人使用React Router。虽然需要一些时日，但是随着越来越多的人使用React Router v4，将会有更多不同的解决方案被提出。如果你想出了一个好的解决方案，请把它分享出来。

    原文作者：master_yoda
    原文地址: https://segmentfault.com/a/1190000010261659
    本文转自网络文章，转载此文章仅为分享知识，如有侵权，请联系博主进行删除。
点赞