ホームページ > ウェブフロントエンド > jsチュートリアル > React Router v4の使い方を詳しく解説

React Router v4の使い方を詳しく解説

php中世界最好的语言
リリース: 2018-05-02 09:53:29
オリジナル
1918 人が閲覧しました

今回は React Router v4 の使用方法について詳しく説明します。 React Router v4 を使用する際の 注意事項 は何ですか? 実際の事例を見てみましょう。

現在、正式バージョンは2.xと4.xが同時にメンテナンスされているという噂があります。 (ヾ(。ꏿ﹏ꏿ)ノ゙ねえ、この時点で、私と同じくらい賢いあなたも気づくと思いますが、ReactRouter v3 はどこに行ったのでしょうか?すべて失ったでしょうか??Bala は問題を解決しました???完璧な説明をしていただけませんか?) 実際、バージョン 3.x にはバージョン 2.x と比べて新しい機能は導入されておらず、バージョン 2.x のいくつかの廃止された API の警告が削除されているだけです。計画によれば、歴史的な問題のない新しいプロジェクトが ReactRouter の安定版を使用したい場合は、ReactRouter 3.x を使用する必要があります。 3.x バージョンは現在まだベータ段階ですが、4.x バージョンよりも前に正式にリリースされる予定です。すでにバージョン 2.x を使用している場合は、3.x にアップグレードしても追加のコード変更は必要ありません。

丁寧な紹介

React Router V4 には、以前の 3 つのバージョンと比較して根本的な変更が加えられています。まず、

Just Component の API 設計コンセプトに従っています。初心者の学習の難しさはかなり軽減されますが、以前のプロジェクトの再構築であれば、まあ、言うことはありません。このアップグレードの主な機能は次のとおりです:

  • 宣言型

  • 構成可能性

React Router V4 は、React の哲学に従っています:

すべてがコンポーネントです。したがって、アップグレードされるルート、リンク、スイッチなどはすべて共通のコンポーネントです。

React Router V4 は、Lerna に基づいて複数のリポジトリを管理します。このコードベースには以下が含まれます:

  1. react-router React Router core

  2. react-router-dom DOMバインディング用のReact Router

  3. react-router-native React Native用のReact Router

  4. react- router-redux React Router と Redux の統合

  5. react-router-config 静的ルーティング設定ヘルパー

プラグインの初期導入

通常、React を使用するときは、通常、プラグインを導入する必要があります 2 つパッケージ、react および react-dom の場合、react-router および react-router-dom は使用しないでください。両方引用しますか?

注意、前方には高いエネルギーがあり、スタートする最初のピットはすぐそこですreact 和  react-dom ,那么 react-routerreact-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>
 <p>
  <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}/>
 </p>
 </Router>
ログイン後にコピー

Router是所有路由组件共用的底层接口,一般我们的应用并不会使用这个接口,而是使用高级的路由:

  1. <BrowserRouter> :使用 HTML5 提供的 history API 来保持 UI 和 URL 的同步;

  2. <HashRouter> :使用 URL 的 hash (例如:window.location.hash) 来保持 UI 和 URL 的同步;

  3. <MemoryRouter> :能在内存保存你 “URL” 的历史纪录(并没有对地址栏读写);

  4. <NativeRouter> :为使用React Native提供路由支持;

  5. <<a href="http://www.php.cn/wiki/188.html" target="_blank">Static</a>Router>。違いは、後者には前者よりも <Link><browserrouter></browserrouter> などの DOM クラス コンポーネントが多く含まれることです。したがって、react-router-dom パッケージを参照するだけで済みます。もちろん、redux と組み合わせる場合は、react-router-redux も使用する必要があります。

    🎜🎜主要コンポーネントの紹介🎜🎜🎜 4.0 より前の API バージョンでは、<Router> コンポーネントの子は、<Route&gt など、React Router によって提供されるさまざまなコンポーネントのみにすることができます。 ; 、<IndexRoute>、<Redirect> など。 React Router 4 では、さまざまなコンポーネントとラベルを <Router> コンポーネントに入れることができ、その役割は Redux code> の <Provider> に似ています。 **違いは、<Provider> はストアとの最新情報を維持するために使用されるのに対し、<Router> は場所との同期を維持するために使用されることです。 **例は次のとおりです: 🎜
    <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>
    ログイン後にコピー
    ログイン後にコピー
    🎜Router は、すべてのルーティング コンポーネントによって共有される基礎となるインターフェイスです。通常、アプリケーションはこのインターフェイスを使用しませんが、高度なルーティングを使用します: 🎜🎜🎜🎜<BrowserRouter> code >: HTML5 が提供する履歴 API を使用して、UI と URL の同期を維持します。 🎜🎜🎜🎜<HashRouter>: URL のハッシュを使用します (例: window.location.hash)。 UI と URL の同期を維持するため 🎜🎜🎜🎜<MemoryRouter>: (アドレス バーの読み取りと書き込みを行わずに) 🎜🎜🎜🎜: React Native を使用するためのルーティング サポートを提供します 🎜🎜🎜🎜<<a href="http://www.php.cn/wiki/188.html" ターゲット="_blank"> Static🎜Router>: アドレスは決して変更しないでください;🎜

TIPS:算是第二坑吧,和之前的Router不一样,这里 <Router> 组件下只允许存在一个子元素,如存在多个则会报错。

反面典型在这里:

<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在没有 <p> 爸爸的保护下,会报如下异常信息:

我们知道,Route组件主要的作用就是当一个location匹配路由的path时,渲染某些UI。示例如下:

<Router>
 <p>
 <Route exact path="/" component={Home}/>
 <Route path="/news" component={NewsFeed}/>
 </p>
</Router>
// 如果应用的地址是/,那么相应的UI会类似这个样子:
<p>
 <Home/>
</p>
// 如果应用的地址是/news,那么相应的UI就会成为这个样子:
<p>
 <NewsFeed/>
</p>
ログイン後にコピー

<Route> 组件有如下属性:

  1. path(string): 路由匹配路径。(没有path属性的Route 总是会 匹配);

  2. exact(bool):为true时,则要求路径与location.pathname必须完全匹配;

  3. 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> 提供了三种渲染内容的方法:

  1. <Route component> :在地址匹配的时候React的组件才会被渲染,route props也会随着一起被渲染;

  2. <Route render> :这种方式对于内联渲染和包装组件却不引起意料之外的重新挂载特别方便;

  3. <Route children> :与render属性的工作方式基本一样,除了它是不管地址匹配与否都会被调用;

第一种方式没啥可说的,和之前一样,这里我们重点看下 <Route render> 的渲染方式:

// 行内渲染示例
<Route path="/home" render={() => <p>Home</p>}/>
// 包装/合成
const FadingRoute = ({ component: Component, ...rest }) => (
 <Route {...rest} render={props => (
 <FadeIn>
  <Component {...props}/>
 </FadeIn>
 )}/>
)
<FadingRoute path="/cool" component={Something}/>
ログイン後にコピー

TIPS: 第三坑! <Route component>优先级要比 <Route render> 高,所以不要在同一个 <Route> 中同时使用这两个属性。

和之前版本没太大区别,重点看下组件属性:

  1. to(string/object):要跳转的路径或地址;

  2. replace(bool): 为 true 时 ,点击链接后将使用新地址替换掉访问历史记录里面的原地址; 为 false 时 ,点击链接后将在原有访问历史记录的基础上添加一个新的纪录。 默认为 false

示例如下:

// Link组件示例
// to为string
<Link to="/about">关于</Link>
// to为obj
<Link to={{
 pathname: &#39;/courses&#39;,
 search: &#39;?sort=name&#39;,
 hash: &#39;#the-hash&#39;,
 state: { fromDashboard: true }
}}/>
// replace 
<Link to="/courses" replace />
ログイン後にコピー

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

  1. activeClassName(string):设置选中样式,默认值为 active;

  2. activeStyle(object):当元素被选中时, 为此元素添加样式;

  3. exact(bool):为 true 时, 只有当地址完全匹配 class 和 style 才会应用;

  4. strict(bool):为 true 时,在确定位置是否与当前 URL 匹配时,将考虑位置 pathname 后的斜线; isActive(func):判断链接是否激活的额外逻辑的功能;

从这里我们也可以看出,新版本的路由在组件化上面确实下了不少功夫,来看看NavLink的使用示例

// activeClassName选中时样式为selected
<NavLink
 to="/faq"
 activeClassName="selected"
>FAQs</NavLink>
// 选中时样式为activeStyle的样式设置
<NavLink
 to="/faq"
 activeStyle={{
 fontWeight: &#39;bold&#39;,
 color: &#39;red&#39;
 }}
>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> 将被渲染。

<p>相信看了本文案例你已经掌握了方法,更多精彩请关注php中文网其它相关文章!

<p>推荐阅读:

使用JS操作input文本框内容

Jsの基本アルゴリズムとは何ですか


以上がReact Router v4の使い方を詳しく解説の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

関連ラベル:
ソース:php.cn
このウェブサイトの声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。
人気のチュートリアル
詳細>
最新のダウンロード
詳細>
ウェブエフェクト
公式サイト
サイト素材
フロントエンドテンプレート