Guide de démarrage de React Router v4

Cet article présente principalement le guide d'entrée de React Router v4 (résumé). L'éditeur pense qu'il est plutôt bon, je vais donc le partager avec vous maintenant et le donner comme référence. Suivons l'éditeur pour y jeter un œil

Cela fait trois mois que React Router v4 est officiellement sorti. Cette semaine, une étagère React a été mise à niveau. Le routage précédent utilisait toujours la version v2.7.0, j'ai donc décidé. pour mettre également à niveau le routage, juste pour "essayer quelque chose de nouveau"...

Il y a des rumeurs dans le monde selon lesquelles le responsable maintient les deux versions 2.x et 4.x en même temps. (ヾ(｡ꏿ﹏ꏿ)ﾉﾞHé, en ce moment, je crois que vous qui êtes aussi intelligents que moi découvrirez également, où est passé ReactRouter v3 ? Vous avez tout perdu ?? Bala est sorti du pétrin ??? Oserez-vous m'en donner une parfaite ? Explication ! ?) En fait, la version 3.x n'introduit aucune nouveauté par rapport à la version 2.x, elle supprime juste les avertissements de certaines API obsolètes de la version 2.x. Selon le plan, lorsque de nouveaux projets sans bagage historique souhaitent utiliser la version stable de ReactRouter, ils doivent utiliser ReactRouter 3.x. La version 3.x est actuellement encore en phase bêta, mais sera officiellement publiée avant la version 4.x. Si vous utilisez déjà la version 2.x, la mise à niveau vers la version 3.x ne nécessitera aucune modification de code supplémentaire.

Une introduction polie

React Router V4 présente des changements fondamentaux par rapport aux trois versions précédentes. Tout d'abord, cela suit<.>Just Component, et deuxièmement, l'API a également été beaucoup rationalisée, ce qui réduit la difficulté d'apprentissage pour les novices, mais s'il s'agit d'une reconstruction du projet précédent, eh bien, il n'y a rien à faire dire. Les principales fonctionnalités de cette mise à niveau sont les suivantes :

• Déclarative

• Composabilité

React Router La V4 suit la philosophie React :

Tout est un composant. Par conséquent, la route, le lien, le commutateur, etc. mis à niveau sont tous des composants communs.

React Router V4 gère plusieurs référentiels basés sur Lerna. Inclus dans cette base de code :

1. react-router React Router core

2. react-router-dom React Router pour la liaison DOM

3. react-router-native React Router pour React Native

4. react-router-redux Intégration de React Router et Redux

5. Aide à la configuration du routage statique React-router-config

Introduction initiale du plug-in

Habituellement, nous utilisons React In, deux packages sont généralement introduits,

et react Alors, est-ce que react-dom et react-router doivent être référencés ? react-router-domAttention, il y a beaucoup d'énergie devant nous, et le premier stand pour commencer est juste ici . Ils n'ont besoin que d'en référencer un. La différence est que ce dernier a plus de composants DOM comme que le premier. Il suffit donc de référencer le package 52a25b17b52424c09a9e188108722f11 6177ae8eed0322e277a7e6c21878d6d7 et c'est tout. Bien sûr, s'il est associé à react-router-dom , vous devez également utiliser redux . react-router-redux

Introduction aux composants principaux

Dans la version API antérieure à 4.0, les enfants du composant

ne peuvent être que divers composants fournis par React Router, tels que a7f2cf15f06fbef780c6b2609731da81 attendez. Dans React Router 4, vous pouvez placer divers composants et balises dans le composant f1752bb1b5753d208371fbe2bc37516a、6fa8d15dc243beab39bb4f4079053772、8a5440a00d77d6842e44278244fc3a30, et son rôle ressemble davantage à a7f2cf15f06fbef780c6b2609731da81 dans Redux. **La différence est que 97c08e022d0743df1dbe093233ea8aa7 est utilisé pour rester à jour avec le magasin, tandis que 97c08e022d0743df1dbe093233ea8aa7 est utilisé pour rester synchronisé avec l'emplacement. **Les exemples sont les suivants : a7f2cf15f06fbef780c6b2609731da81

// 示例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>

Le routeur est l'interface sous-jacente partagée par tous les composants de routage. Généralement, nos applications n'utilisent pas cette interface, mais. utilisez le routage avancé :

1.  : utilisez l'API d'historique fournie par HTML5 pour maintenir l'interface utilisateur et l'URL synchronisées 6177ae8eed0322e277a7e6c21878d6d7

2. : Utilisez le hachage d'URL (par exemple : window.location.hash) pour garder l'interface utilisateur et l'URL synchronisées 4915f05e1fd45774514682b289f54a27

3.  : peut enregistrer l'historique de votre "URL" en mémoire ( et Pas de lecture et d'écriture dans la barre d'adresse ; ab736354b76d127562077b87d19fcb68

4.  : Fournit une prise en charge du routage pour l'utilisation de React Native ; : Ne changera jamais l'adresse ; 5045a35d6d66252713cf484dccb46c37

5. CONSEILS : C'est le deuxième piège. Contrairement au routeur précédent, un seul élément enfant est autorisé à exister sous le composant

   . plusieurs, il signalera une erreur. 918422798e26d25f6fed3e9f4a3226eb

   L'exemple négatif est ici :

a7f2cf15f06fbef780c6b2609731da81

Oui, l'exemple 2 rapportera comme suit sans la protection de

papa Exception renseignements :

我们知道，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>

f1752bb1b5753d208371fbe2bc37516a 组件有如下属性：

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	是

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

1. 135ea3ba59cf0f3cb1f3d808e28c9a39 ：在地址匹配的时候React的组件才会被渲染，route props也会随着一起被渲染；

2. 042e5e850d8a4f46d4c8ce5a47f64889 ：这种方式对于内联渲染和包装组件却不引起意料之外的重新挂载特别方便；

3. 267f3d31687634d3c230ef8911379a05 ：与render属性的工作方式基本一样，除了它是不管地址匹配与否都会被调用；

第一种方式没啥可说的，和之前一样，这里我们重点看下 042e5e850d8a4f46d4c8ce5a47f64889 的渲染方式：

// 行内渲染示例
<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: 第三坑！ 135ea3ba59cf0f3cb1f3d808e28c9a39 的优先级要比 042e5e850d8a4f46d4c8ce5a47f64889 高，所以不要在同一个 f1752bb1b5753d208371fbe2bc37516a 中同时使用这两个属性。

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

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 />

75eb454a3f4763f7cc3bc54947f512fc 是 52a25b17b52424c09a9e188108722f11 的一个特定版本, 会在匹配上当前 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>

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

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

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

如果现在的URL是 /about ，那么 22d3513757c67113d267f5266c466f35 , 4c8e0c17c3bd7e0081bb17cc795e1984 , 还有 8e755732ff1d94af2a86b2f7ba06415c 都会被渲染，因为它们都与路径(path)匹配。这种设计，允许我们以多种方式将多个 f1752bb1b5753d208371fbe2bc37516a 组合到我们的应用程序中，例如侧栏(sidebars)，面包屑(breadcrumbs)，bootstrap tabs等等。 然而，偶尔我们只想选择一个 f1752bb1b5753d208371fbe2bc37516a 来渲染。如果我们现在处于 /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 ， da7c15ee158c884a4ad5d56e941eda87 将开始寻找匹配的 f1752bb1b5753d208371fbe2bc37516a 。 c24ab0bf30485ffb3eda2a2bce62653d 将被匹配， da7c15ee158c884a4ad5d56e941eda87 将停止寻找匹配并渲染 22d3513757c67113d267f5266c466f35 。同样，如果我们处于 /michael ， 4c8e0c17c3bd7e0081bb17cc795e1984 将被渲染。

上面是我整理给大家的，希望今后会对大家有帮助。

相关文章：

AJAX封装类使用指南

Ajax中浏览器和服务器交互详解

AJAX初级教程之初识AJAX

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!