検索

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

May 02, 2018 am 09:53 AM
reactrouter詳しい説明

今回は 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></browserrouter> 这样的 DOM 类组件。因此我们只需引用 react-router-dom 这个包就OK了。当然,如果搭配 redux ,你还需要使用 react-router-redux

主要组件简介

在4.0之前版本的 API 中, <router></router> 组件的 children 只能是 React Router 提供的各种组件,如 <route>、<indexroute>、<redirect></redirect></indexroute></route> 等。而在 React Router 4 中,你可以将各种组件及标签放进 <router></router> 组件中,他的角色也更像是 Redux 中的 <provider></provider> 。**不同的是 <provider></provider> 是用来保持与 store 的更新,而 <router></router> 是用来保持与 location 的同步。**示例如下:

// 示例1
<router>
 <p>
  </p>
<ul>
  <li>
<link>首页</li>
  <li>
<link>关于</li>
  <li>
<link>主题列表</li>
  </ul>
  <hr>
  <route></route>
  <route></route>
  <route></route>
 
 </router>

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

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

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

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

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

  5. StaticRouter>。違いは、後者には前者よりも <link> <browserrouter></browserrouter> などの DOM クラス コンポーネントが多く含まれることです。したがって、react-router-dom パッケージを参照するだけで済みます。もちろん、redux と組み合わせる場合は、react-router-redux も使用する必要があります。

    🎜🎜主要コンポーネントの紹介🎜🎜🎜 4.0 より前の API バージョンでは、<router></router> コンポーネントの子は、<route router>、<redirect></redirect></route> など。 React Router 4 では、さまざまなコンポーネントとラベルを <router></router> コンポーネントに入れることができ、その役割は Redux code> の に似ています。 **違いは、<provider></provider> はストアとの最新情報を維持するために使用されるのに対し、<router></router> は場所との同期を維持するために使用されることです。 **例は次のとおりです: 🎜
    <router>
      <ul>
      <li>
    <link>首页</li>
      <li>
    <link>关于</li>
      <li>
    <link>主题列表</li>
      </ul>
      <hr>
      <route></route>
      <route></route>
      <route></route>
     </router>
    🎜Router は、すべてのルーティング コンポーネントによって共有される基礎となるインターフェイスです。通常、アプリケーションはこのインターフェイスを使用しませんが、高度なルーティングを使用します: 🎜🎜🎜🎜 code >: HTML5 が提供する履歴 API を使用して、UI と URL の同期を維持します。 🎜🎜🎜🎜<hashrouter></hashrouter>: URL のハッシュを使用します (例: window.location.hash)。 UI と URL の同期を維持するため 🎜🎜🎜🎜<memoryrouter></memoryrouter>: (アドレス バーの読み取りと書き込みを行わずに) 🎜🎜🎜🎜: React Native を使用するためのルーティング サポートを提供します 🎜🎜🎜🎜 Static🎜Router>: アドレスは決して変更しないでください;🎜

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

反面典型在这里:

<router>
  <ul>
  <li>
<link>首页</li>
  <li>
<link>关于</li>
  <li>
<link>主题列表</li>
  </ul>
  <hr>
  <route></route>
  <route></route>
  <route></route>
 </router>

没错,示例2在没有 <p></p> 爸爸的保护下,会报如下异常信息:

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

<router>
 <p>
 <route></route>
 <route></route>
 </p>
</router>
// 如果应用的地址是/,那么相应的UI会类似这个样子:
<p>
 <home></home>
</p>
// 如果应用的地址是/news,那么相应的UI就会成为这个样子:
<p>
 <newsfeed></newsfeed>
</p>

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

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

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

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

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

// 行内渲染示例
<route> <p>Home</p>}/>
// 包装/合成
const FadingRoute = ({ component: Component, ...rest }) => (
 <route> (
 <fadein>
  <component></component>
 </fadein>
 )}/>
)
<fadingroute></fadingroute></route></route>

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

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

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

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

示例如下:

// Link组件示例
// to为string
<link>关于
// to为obj
<link>
// replace 
<link>

<navlink></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>FAQs</navlink>
// 选中时样式为activeStyle的样式设置
<navlink>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>Event 123</navlink>

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

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

<route></route>
<route></route>
<route></route>

如果现在的URL是 /about ,那么 <about></about> , <user></user> , 还有 <nomatch></nomatch> 都会被渲染,因为它们都与路径(path)匹配。这种设计,允许我们以多种方式将多个 <route></route> 组合到我们的应用程序中,例如侧栏(sidebars),面包屑(breadcrumbs),bootstrap tabs等等。 然而,偶尔我们只想选择一个 <route></route> 来渲染。如果我们现在处于 /about ,我们也不希望匹配 /:user (或者显示我们的 “404” 页面 )。以下是使用 Switch 的方法来实现:

<switch>
 <route></route>
 <route></route>
 <route></route>
 <route></route>
</switch>

现在,如果我们处于 /about<switch></switch> 将开始寻找匹配的 <route></route><route path="/about"></route> 将被匹配, <switch></switch> 将停止寻找匹配并渲染 <about></about> 。同样,如果我们处于 /michael<user></user> 将被渲染。

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

推荐阅读:

使用JS操作input文本框内容

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


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

声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。
Python vs. JavaScript:コミュニティ、ライブラリ、リソースPython vs. JavaScript:コミュニティ、ライブラリ、リソースApr 15, 2025 am 12:16 AM

PythonとJavaScriptには、コミュニティ、ライブラリ、リソースの観点から、独自の利点と短所があります。 1)Pythonコミュニティはフレンドリーで初心者に適していますが、フロントエンドの開発リソースはJavaScriptほど豊富ではありません。 2)Pythonはデータサイエンスおよび機械学習ライブラリで強力ですが、JavaScriptはフロントエンド開発ライブラリとフレームワークで優れています。 3)どちらも豊富な学習リソースを持っていますが、Pythonは公式文書から始めるのに適していますが、JavaScriptはMDNWebDocsにより優れています。選択は、プロジェクトのニーズと個人的な関心に基づいている必要があります。

C/CからJavaScriptへ:すべてがどのように機能するかC/CからJavaScriptへ:すべてがどのように機能するかApr 14, 2025 am 12:05 AM

C/CからJavaScriptへのシフトには、動的なタイピング、ゴミ収集、非同期プログラミングへの適応が必要です。 1)C/Cは、手動メモリ管理を必要とする静的に型付けられた言語であり、JavaScriptは動的に型付けされ、ごみ収集が自動的に処理されます。 2)C/Cはマシンコードにコンパイルする必要がありますが、JavaScriptは解釈言語です。 3)JavaScriptは、閉鎖、プロトタイプチェーン、約束などの概念を導入します。これにより、柔軟性と非同期プログラミング機能が向上します。

JavaScriptエンジン:実装の比較JavaScriptエンジン:実装の比較Apr 13, 2025 am 12:05 AM

さまざまなJavaScriptエンジンは、各エンジンの実装原則と最適化戦略が異なるため、JavaScriptコードを解析および実行するときに異なる効果をもたらします。 1。語彙分析:ソースコードを語彙ユニットに変換します。 2。文法分析:抽象的な構文ツリーを生成します。 3。最適化とコンパイル:JITコンパイラを介してマシンコードを生成します。 4。実行:マシンコードを実行します。 V8エンジンはインスタントコンピレーションと非表示クラスを通じて最適化され、Spidermonkeyはタイプ推論システムを使用して、同じコードで異なるパフォーマンスパフォーマンスをもたらします。

ブラウザを超えて:現実世界のJavaScriptブラウザを超えて:現実世界のJavaScriptApr 12, 2025 am 12:06 AM

現実世界におけるJavaScriptのアプリケーションには、サーバー側のプログラミング、モバイルアプリケーション開発、モノのインターネット制御が含まれます。 2。モバイルアプリケーションの開発は、ReactNativeを通じて実行され、クロスプラットフォームの展開をサポートします。 3.ハードウェアの相互作用に適したJohnny-Fiveライブラリを介したIoTデバイス制御に使用されます。

next.jsを使用してマルチテナントSaaSアプリケーションを構築する(バックエンド統合)next.jsを使用してマルチテナントSaaSアプリケーションを構築する(バックエンド統合)Apr 11, 2025 am 08:23 AM

私はあなたの日常的な技術ツールを使用して機能的なマルチテナントSaaSアプリケーション(EDTECHアプリ)を作成しましたが、あなたは同じことをすることができます。 まず、マルチテナントSaaSアプリケーションとは何ですか? マルチテナントSaaSアプリケーションを使用すると、Singの複数の顧客にサービスを提供できます

next.jsを使用してマルチテナントSaaSアプリケーションを構築する方法(フロントエンド統合)next.jsを使用してマルチテナントSaaSアプリケーションを構築する方法(フロントエンド統合)Apr 11, 2025 am 08:22 AM

この記事では、許可によって保護されたバックエンドとのフロントエンド統合を示し、next.jsを使用して機能的なedtech SaaSアプリケーションを構築します。 FrontEndはユーザーのアクセス許可を取得してUIの可視性を制御し、APIリクエストがロールベースに付着することを保証します

JavaScript:Web言語の汎用性の調査JavaScript:Web言語の汎用性の調査Apr 11, 2025 am 12:01 AM

JavaScriptは、現代のWeb開発のコア言語であり、その多様性と柔軟性に広く使用されています。 1)フロントエンド開発:DOM操作と最新のフレームワーク(React、Vue.JS、Angularなど)を通じて、動的なWebページとシングルページアプリケーションを構築します。 2)サーバー側の開発:node.jsは、非ブロッキングI/Oモデルを使用して、高い並行性とリアルタイムアプリケーションを処理します。 3)モバイルおよびデスクトップアプリケーション開発:クロスプラットフォーム開発は、反応および電子を通じて実現され、開発効率を向上させます。

JavaScriptの進化:現在の傾向と将来の見通しJavaScriptの進化:現在の傾向と将来の見通しApr 10, 2025 am 09:33 AM

JavaScriptの最新トレンドには、TypeScriptの台頭、最新のフレームワークとライブラリの人気、WebAssemblyの適用が含まれます。将来の見通しは、より強力なタイプシステム、サーバー側のJavaScriptの開発、人工知能と機械学習の拡大、およびIoTおよびEDGEコンピューティングの可能性をカバーしています。

See all articles

ホットAIツール

Undresser.AI Undress

Undresser.AI Undress

リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover

AI Clothes Remover

写真から衣服を削除するオンライン AI ツール。

Undress AI Tool

Undress AI Tool

脱衣画像を無料で

Clothoff.io

Clothoff.io

AI衣類リムーバー

AI Hentai Generator

AI Hentai Generator

AIヘンタイを無料で生成します。

ホットツール

EditPlus 中国語クラック版

EditPlus 中国語クラック版

サイズが小さく、構文の強調表示、コード プロンプト機能はサポートされていません

VSCode Windows 64 ビットのダウンロード

VSCode Windows 64 ビットのダウンロード

Microsoft によって発売された無料で強力な IDE エディター

MinGW - Minimalist GNU for Windows

MinGW - Minimalist GNU for Windows

このプロジェクトは osdn.net/projects/mingw に移行中です。引き続きそこでフォローしていただけます。 MinGW: GNU Compiler Collection (GCC) のネイティブ Windows ポートであり、ネイティブ Windows アプリケーションを構築するための自由に配布可能なインポート ライブラリとヘッダー ファイルであり、C99 機能をサポートする MSVC ランタイムの拡張機能が含まれています。すべての MinGW ソフトウェアは 64 ビット Windows プラットフォームで実行できます。

SublimeText3 Linux 新バージョン

SublimeText3 Linux 新バージョン

SublimeText3 Linux 最新バージョン

DVWA

DVWA

Damn Vulnerable Web App (DVWA) は、非常に脆弱な PHP/MySQL Web アプリケーションです。その主な目的は、セキュリティ専門家が法的環境でスキルとツールをテストするのに役立ち、Web 開発者が Web アプリケーションを保護するプロセスをより深く理解できるようにし、教師/生徒が教室環境で Web アプリケーションを教え/学習できるようにすることです。安全。 DVWA の目標は、シンプルでわかりやすいインターフェイスを通じて、さまざまな難易度で最も一般的な Web 脆弱性のいくつかを実践することです。このソフトウェアは、