この記事では主に React Router v4 エントリーガイド (概要) を紹介します。編集者が非常に優れていると考えたので、参考として共有します。編集者をフォローして見てみましょう
React Router v4 が正式にリリースされてから 3 か月が経ちましたが、以前のルーティングはまだバージョン v2.7.0 を使用していたので、ルーティングもアップグレードすることにしました。アップグレードされました。ちょうど「何か新しいことを試す」のに間に合いました...
公式が 2.x と 4.x の 2 つのバージョンを同時に管理しているという噂があります。 (ヾ(。ꏿ﹏ꏿ)ノ゙ねえ、この時点で、私と同じくらい賢いあなたも気づくと思いますが、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 設計コンセプトに従っています。第 2 に、API も大幅に合理化されています。初心者の学習の難しさは軽減されますが、以前のプロジェクトの再構築であれば、まあ、言うことはありません。このアップグレードの主な機能は次のとおりです:
宣言型
構成可能性
React Router V4 は、React の哲学に従っています: すべてがコンポーネントです。したがって、アップグレードされるルート、リンク、スイッチなどはすべて共通のコンポーネントです。
React Router V4 は、Lerna に基づいて複数のリポジトリを管理します。このコードベースに含まれるもの:
react-router React Router core
react-router-dom DOMバインディング用のReact Router
-
react-router-native React Native用のReact Router
react- router-redux React Router と Redux の統合
react-router-config 静的ルーティング設定ヘルパー
プラグインの初期導入
通常、React を使用するときは、通常、プラグインを導入する必要があります 2 つパッケージ、react
および react-dom
の場合、react-router
および react-router-dom
は使用しないでください。両方引用しますか? react
和 react-dom
,那么 react-router
和 react-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> <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><p></p>
Router是所有路由组件共用的底层接口,一般我们的应用并不会使用这个接口,而是使用高级的路由:
<browserrouter></browserrouter>
:使用 HTML5 提供的 history API 来保持 UI 和 URL 的同步;<hashrouter></hashrouter>
:使用 URL 的 hash (例如:window.location.hash) 来保持 UI 和 URL 的同步;<memoryrouter></memoryrouter>
:能在内存保存你 “URL” 的历史纪录(并没有对地址栏读写);<nativerouter></nativerouter>
:为使用React Native提供路由支持;<staticrouter></staticrouter>
:从不会改变地址;
TIPS:算是第二坑吧,和之前的Router不一样,这里 <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><p></p>
没错,示例2在没有 <p></p>
注意、前方には高いエネルギーがあり、スタートする最初のピットはすぐそこです
<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>
に似ています。 。 **違いは、<provider></provider>
はストアとの最新情報を維持するために使用されるのに対し、<router></router>
は場所との同期を維持するために使用されることです。 **例は次のとおりです: 🎜🎜
<Router> <p> <Route exact path="/" component={Home}/> <Route path="/news" component={NewsFeed}/> </p> </Router> // 如果应用的地址是/,那么相应的UI会类似这个样子: <p> <Home/> </p> // 如果应用的地址是/news,那么相应的UI就会成为这个样子: <p> <NewsFeed/> </p>🎜🎜🎜Router は、すべてのルーティング コンポーネントによって共有される基礎となるインターフェイスです。通常、アプリケーションはこのインターフェイスを使用しませんが、高度なルーティングを使用します。 🎜 🎜
<browserrouter></browserrouter>
: HTML5 が提供する履歴 API を使用して、UI と URL の同期を維持します。 🎜🎜🎜🎜<hashrouter></hashrouter>
: のハッシュを使用します。 UI と URL の同期を保つための URL (例: window.location.hash) 🎜🎜🎜🎜<memoryrouter></memoryrouter>
: 「URL」の履歴をメモリに保存できます。アドレス バーの書き込み) ;🎜🎜🎜🎜<nativerouter></nativerouter>
: React Native を使用するためのルーティング サポートを提供します 🎜🎜🎜🎜<staticrouter></staticrouter>
: アドレスを変更しません。 ; 🎜🎜🎜 🎜ヒント: これは 2 番目の落とし穴です。前の Router とは異なり、<router></router>
コンポーネントの下に子要素が 1 つだけ許可されている場合、エラーが発生します。報告。 🎜🎜否定的な例は次のとおりです: 🎜
🎜
// 行内渲染示例 <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}/>🎜🎜🎜はい、例 2 は
<p></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><p></p>
<route></route>
组件有如下属性:
path(string): 路由匹配路径。(没有path属性的Route 总是会 匹配);
exact(bool):为true时,则要求路径与location.pathname必须完全匹配;
strict(bool):true的时候,有结尾斜线的路径只能匹配有斜线的location.pathname;
再次奉上两个鲜活的例子:
exact配置:
<p></p>路径 | 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>
提供了三种渲染内容的方法:
<route component></route>
:在地址匹配的时候React的组件才会被渲染,route props也会随着一起被渲染;<route render></route>
:这种方式对于内联渲染和包装组件却不引起意料之外的重新挂载特别方便;<route children></route>
:与render属性的工作方式基本一样,除了它是不管地址匹配与否都会被调用;
第一种方式没啥可说的,和之前一样,这里我们重点看下 <route render></route>
的渲染方式:
// 行内渲染示例 <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}/><p></p>
TIPS: 第三坑! <route component></route>
的优先级要比 <route render></route>
高,所以不要在同一个 <route></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 /><p></p>
<navlink></navlink>
是 <link>
的一个特定版本, 会在匹配上当前 URL 的时候会给已经渲染的元素添加样式参数,组件属性:
activeClassName(string):设置选中样式,默认值为 active;
activeStyle(object):当元素被选中时, 为此元素添加样式;
exact(bool):为 true 时, 只有当地址完全匹配 class 和 style 才会应用;
strict(bool):为 true 时,在确定位置是否与当前 URL 匹配时,将考虑位置 pathname 后的斜线; isActive(func):判断链接是否激活的额外逻辑的功能;
从这里我们也可以看出,新版本的路由在组件化上面确实下了不少功夫,来看看NavLink的使用示例:
<p></p>// 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><p></p>
该组件用来渲染匹配地址的第一个 <route></route>
或者 <redirect></redirect>
。那么它与使用一堆route又有什么区别呢?
<switch></switch>
的独特之处是独它仅仅渲染一个路由。相反地,每一个包含匹配地址(location)的 <route></route>
都会被渲染。思考下面的代码:
<Route path="/about" component={About}/> <Route path="/:user" component={User}/> <Route component={NoMatch}/><p></p>
如果现在的URL是 /about
,那么 <about></about>
, <user></user>
, 还有 <nomatch></nomatch>
都会被渲染,因为它们都与路径(path)匹配。这种设计,允许我们以多种方式将多个 <route></route>
组合到我们的应用程序中,例如侧栏(sidebars),面包屑(breadcrumbs),bootstrap tabs等等。 然而,偶尔我们只想选择一个 <route></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><p></p>
现在,如果我们处于 /about
, <switch></switch>
将开始寻找匹配的 <route></route>
。 <route path="/about"></route>
将被匹配, <switch></switch>
将停止寻找匹配并渲染 <about></about>
。同样,如果我们处于 /michael
, <user></user>
将被渲染。
上面是我整理给大家的,希望今后会对大家有帮助。
相关文章:
<p></p>以上がReact Router v4 スタートガイドの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

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

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

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

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

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

JavaScriptは現代のWeb開発の基礎であり、その主な機能には、イベント駆動型のプログラミング、動的コンテンツ生成、非同期プログラミングが含まれます。 1)イベント駆動型プログラミングにより、Webページはユーザー操作に応じて動的に変更できます。 2)動的コンテンツ生成により、条件に応じてページコンテンツを調整できます。 3)非同期プログラミングにより、ユーザーインターフェイスがブロックされないようにします。 JavaScriptは、Webインタラクション、シングルページアプリケーション、サーバー側の開発で広く使用されており、ユーザーエクスペリエンスとクロスプラットフォーム開発の柔軟性を大幅に改善しています。

Pythonはデータサイエンスや機械学習により適していますが、JavaScriptはフロントエンドとフルスタックの開発により適しています。 1. Pythonは、簡潔な構文とリッチライブラリエコシステムで知られており、データ分析とWeb開発に適しています。 2。JavaScriptは、フロントエンド開発の中核です。 node.jsはサーバー側のプログラミングをサポートしており、フルスタック開発に適しています。

JavaScriptは、最新のブラウザにすでに組み込まれているため、インストールを必要としません。開始するには、テキストエディターとブラウザのみが必要です。 1)ブラウザ環境では、タグを介してHTMLファイルを埋め込んで実行します。 2)node.js環境では、node.jsをダウンロードしてインストールした後、コマンドラインを介してJavaScriptファイルを実行します。


ホットAIツール

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

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

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

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

人気の記事

ホットツール

AtomエディタMac版ダウンロード
最も人気のあるオープンソースエディター

SecLists
SecLists は、セキュリティ テスターの究極の相棒です。これは、セキュリティ評価中に頻繁に使用されるさまざまな種類のリストを 1 か所にまとめたものです。 SecLists は、セキュリティ テスターが必要とする可能性のあるすべてのリストを便利に提供することで、セキュリティ テストをより効率的かつ生産的にするのに役立ちます。リストの種類には、ユーザー名、パスワード、URL、ファジング ペイロード、機密データ パターン、Web シェルなどが含まれます。テスターはこのリポジトリを新しいテスト マシンにプルするだけで、必要なあらゆる種類のリストにアクセスできるようになります。

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

SublimeText3 Linux 新バージョン
SublimeText3 Linux 最新バージョン

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