摘要:谈谈最近使用的来开发项目,感觉确实是爽的飞起,然而总感觉还是少了点什么。注意当前版本依赖的是请不要安装最新版。同样的也有这个方法表示在离开路由前执行。会深度优先遍历整个理由配置来寻找一个与给定的相匹配的路由。配置是建立在之上的。
谈谈
最近使用的 React + webpack 来开发项目,感觉确实是爽的飞起,然而总感觉还是少了点什么。
对,是多页面,每次请求页面还要后端路由给你?多不爽啊,试试 react-router ,简直掌控一切的感觉,只开放一个页面路由接口,其他全给数据接口就了,可以和后端哥哥说拜拜了。
??????????? 啪啪啪啪啪~
先贴上官方文档 https://github.com/rackt/react-router/tree/master/docs.
对了这里还有一份中文文档(不过不是很全)http://react-guide.github.io/react-router-cn/.
react-router 是 React 的完整前端路由解决方案,特别在做一个 spa 应用的时候,他能实现 url 和 视图ui 的同步,并且支持后端渲染,异步按需加载等等。
由于 react-router 文档的多变,这里的例子以当前版本 1.0.1 为准。(1.0之前文档每一个版本的变动都很大,索多了都是泪)
所有支持 React 的浏览器。
倡议!建议大家也劝说身边的人用现代化浏览器,关爱前端开发者。
npm install react-router@latest
同时,react-router 是基于 history 开发的,这里你需要安装 history。
注意 react-router 当前版本 1.0.1 依赖的是 history 1.13.1 请不要安装最新版。
不要问我为什么知道,被坑惨了;有同学问,那没有办法用 history 的最新版本嘛?毕竟这只是暂缓之计,解决方案还是有的,那就是等 react-router 作者解决咯 ?。
npm install history@1.13.1
构建工具的话,我依然建议是 webpack , React 和 webpack 是一对好兄弟。
npm install webpack
webpack的使用方法可以看我的前两篇文章:
webpack-best-practice-最佳实践-部署生产
如何使用webpack—webpack-howto
(求赞!!!)
// 加载依赖包,这是 es6 的语法(我好啰嗦)。 import React from "react" import { render } from "react-dom" // 这里从 react-router 引入了三个组件,先不解释。 import { Router, Route, Link } from "react-router" const App = React.createClass({ render() { return () } }); const Inbox = React.createClass({ render() { return (App
{this.props.children}
- About
- Inbox
Inbox) } }); const About = React.createClass({ render() { return (About) } }); render((), document.getElementById("root"));
我就偷个懒把官方文档的demo直接copy了。
直接先来看 render 下面的内容,这里是用 jsx 语法。 最外层组件是 Router(可以把他看作是react-router提供的最外层容器) , 下一层是 Route,这个是路由组件。对应关系如下:
/ --->
/about --->
/inbox --->
path 对应路径,component 对应当前路径渲染的组件。
Route 里面的 Route 表示在父组件路由的 path 路径下面的一级 path 对应的路由,这里的路由是父子嵌套,对应的组件也同样是父子嵌套的。
如果是多级嵌套也同样如此。
以上例子可以改写成:
... const routerConfig = [ { path: "/", component: App, childrenRoutes: [ { path: "about", component: About }, { path: "inbox", component: Inbox }, ] } ]; render((), document.getElementById("root"));
这里的结构就更清晰了,我是比较喜欢这种方式。
默认的路由比如上面的例子,/ 对于的组件是 App , 如果 App 只是渲染了一个导航条,却没有自组件,那打开 比如 qiutc.me/ 的时候不是就没有内容了吗。
把上面例子改一下
... // 添加组件 Index const Index = React.createClass({ render() { return (Index Index Index) } }); // 修改配置 const routerConfig = [ { path: "/", component: App, indexRoute: { component: Index }, childrenRoutes: [ { path: "about", component: About }, { path: "inbox", component: Inbox }, ] } ];
这里加了一个 indexRoute ,表示他在没有匹配子路由的时候,在 / 路由下渲染默认的子组件 Index。
路由组件嵌套也是一样的,比如:
{ path: "about", component: About, indexRoute: {component: AboutIndex} },
以此类推。
404 NotFound如果我们打开了一个没有设置路由的链接,就必然需要一个友好的 404 页面。配置如下:
... // 添加 404 组件 const NotFound = React.createClass({ render() { return (404 NotFound) } }); // 修改配置 const routerConfig = [ { path: "/", component: App, indexRoute: { component: Index }, childrenRoutes: [ { path: "about", component: About }, { path: "inbox", component: Inbox }, ] }, { path: "*", component: NotFound, } ];
如此简单。
绝对路径与重定向const routerConfig = [ { path: "/", component: App, indexRoute: { component: Index }, childrenRoutes: [ { path: "about", component: About }, { path: "inbox", component: Inbox, childrenRoutes: [ { path: "message/:id", component: Message, } ], }, ] }, { path: "*", component: NotFound, } ];
在这里我们访问 /inbox/message/1 对于渲染 Message 组件,这个链接太长了,我们想直接 /message/1 那怎么办,改路由结构?太麻烦了!绝对路径可以帮你做到这个。
把 path: "message/:id", 改为 path: "/message/:id", 就好了。
等等如果用户之前收藏的链接是 /inbox/message/1 ,那不是就打不开了嘛,和后端路由一样,react-router 也有重定向:redirect
const routerConfig = [ { path: "/", component: App, indexRoute: { component: Index }, childrenRoutes: [ { path: "about", component: About }, { path: "inbox", component: Inbox, childrenRoutes: [ { path: "/message/:id", component: Message, }, { path: "message/:id", onEnter: function (nextState, replaceState) { replaceState(null, "/messages/" + nextState.params.id); } } ], }, ] }, { path: "*", component: NotFound, } ];onEnter 方法表示进入这个路由前执行的方法,在进入 /inbox/messages/:id 的前,执行
function (nextState, replaceState) { replaceState(null, "/messages/" + nextState.params.id); }
nextState表示要进入的下一个路由,这里就是 /inbox/messages/:id ,replaceState 表示替换路由状态的方法,把 /inbox/messages/:id 替换成 /messages/:id,然后就可以重定向到 /messages/:id。
同样的也有 onLeave 这个方法表示在离开路由前执行。
———————————————————
当然如果你用的是 jsx 语法,有更简单的组件可以实现:
import { Redirect } from "react-router" React.render((路径匹配原理 嵌套关系), document.getElementById("root")) {/* 跳转 /inbox/messages/:id 到 /messages/:id */}
React Router 使用路由嵌套的概念来让你定义 view 的嵌套集合,当一个给定的 URL 被调用时,整个集合中(命中的部分)都会被渲染。嵌套路由被描述成一种树形结构。React Router 会深度优先遍历整个理由配置来寻找一个与给定的 URL 相匹配的路由。
简单来讲,就是说,匹配的时候会先匹配到外层路径,然后依次遍历到内层。
比如 /inbox/messages/:id 会先匹配 /,渲染 / 对应的组件 App,然后再到 / 的下一层寻找 /inbox ,同样渲染 /inbox 对应的组件 Inbox,依次类推,直到到 message/:id。
tip:使用绝对路径可以忽略嵌套关系,如上面例子。
路径语法路由路径是匹配一个(或一部分)URL 的 一个字符串模式。大部分的路由路径都可以直接按照字面量理解,除了以下几个特殊的符号:
/:paramName – 匹配一段位于 /、? 或 # 之后的 URL。 命中的部分将被作为一个参数
(/) – 在它内部的内容被认为是可选的
/* – 匹配任意字符(非贪婪的)直到命中下一个字符或者整个 URL 的末尾,并创建一个 splat 参数
优先级// 匹配 /hello/michael 和 /hello/ryan // 匹配 /hello, /hello/michael 和 /hello/ryan // 匹配 /files/hello.jpg 和 /files/path/to/hello.jpg
最后,路由算法会根据定义的顺序自顶向下匹配路由。因此,当你拥有两个兄弟路由节点配置时,你必须确认前一个路由不会匹配后一个路由中的路径。例如:
第二个是不会被执行的。
拿到参数路径的比如上面的 /messages/:id ,这个id可能是我们在 Message 获取数据时需要的 id。
他会被当做一个参数传给 params,parmas 会传给 Message 组件的 props:
const Message = React.createClass({ render: function() { return ({ this.props.params.id }); } });
这样就可以获取到了。
history 配置React Router 是建立在 history 之上的。 简而言之,一个 history 知道如何去监听浏览器地址栏的变化, 并解析这个 URL 转化为 location 对象, 然后 router 使用它匹配到路由,最后正确地渲染对应的组件。
常用的 history 有三种形式, 但是你也可以使用 React Router 实现自定义的 history。
createHashHistory
createBrowserHistory
createMemoryHistory
这三个有什么区别呢: createHashHistory这是一个你会获取到的默认 history ,如果你不指定某个 history 。它用到的是 URL 中的 hash(#)部分去创建形如 example.com/#/some/path 的路由。
这个 支持 ie8+ 的浏览器,但是因为是 hash 值,所以不推荐使用。
Browser history 是由 React Router 创建浏览器应用推荐的 history。它使用 History API 在浏览器中被创建用于处理 URL,新建一个像这样真实的 URL example.com/some/path。
Memoryhistory不会在地址栏被操作或读取。
使用import { createBrowserHistory, useBasename } from "history"; const historyConfig = useBasename(createHistory)({ basename: "/" // 根目录名 }); ... render((Link&IndexLink Link), document.getElementById("root"));
我们在最开头看到这样一个东西:
const App = React.createClass({ render() { return () } });App
{this.props.children}
- About
- Inbox
Link 会被渲染成 a ,to 其实就是 href ,
但是 react-router 会阻止默认跳转页面,而改成 history 路由的变换。
参数:
to
切换到的路由地址
query
跟在 url 的 query 参数,比如
query={{q: "que"}} 对应 `/example?a=que
这里的 query 同样可以像 params 会被传入下一个路由组件的 props
hash
跟在 url 的 hash 参数,比如
hash={111} 对应 `/example#111
这里的 query 同样可以像 params 会被传入下一个路由组件的 props
activeClassName
当前 url 路径如果和 Link 的 to 匹配 这个 Link 就会有一个定义的属性,比如:
在 /index 下 / 这里渲染出来的 a 标签会有一个激活的 active 类名,还会有一个颜色 red / 这里渲染出来的 a 标签就不会有以上属性
activeStyle
同上
onClick
点击的时候执行的函数,会传入一个 e 事件对象,你可以 e.stopPropagation() 阻止默认路由切换。
在上面有一个问题如果:
在 / 下 和 /index / 这个 Link 渲染出来的 a 标签都会激活 active 属性,并且会带上 color: "red" 因为 / 和 /index 和 / 都是匹配的
这时候就可以用:
未完待续/ 只会在 / 下呗激活,在 /index 或者其他下面,不会被激活
关于 根据路由按需异步加载js 和 服务器端渲染路由视图 以及 react-router的更高级用法 会在下一篇文章来探讨。
毕竟哥也需要去深入研究一下才敢献丑。
?
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/78278.html
摘要:当年的加载在没有前端工程化之前,基本上是我们是代码一把梭,把所需要的库和自己的代码堆砌在一起,然后自上往下的引用就可以了。而且对于前后端的技术要求较高,所以对于项目未必是最有效的方案。 当年的 js 加载 在没有 前端工程化之前,基本上是我们是代码一把梭,把所需要的库和自己的代码堆砌在一起,然后自上往下的引用就可以了。 那个时代我们没有公用的cdn,也没有什么特别好的方法来优化加载j...
摘要:这对复杂问题定位是有好处的。同时,也是纯函数,与的是纯函数呼应。强约束约定,增加了内聚合性。通过约定和全局的理解,可以减少的一些缺点。约定大于配置也是框架的主要发展方向。 React+Redux非常精炼,良好运用将发挥出极强劲的生产力。但最大的挑战来自于函数式编程(FP)范式。在工程化过程中,架构(顶层)设计将是一个巨大的挑战。要不然做出来的东西可能是一团乱麻。说到底,传统框架与rea...
摘要:前言最近将公司项目的从版本升到了版本,跟完全不兼容,是一次彻底的重写。升级过程中踩了不少的坑,也有一些值得分享的点。没有就会匹配所有路由最后不得不说升级很困难,坑也很多。 前言 最近将公司项目的 react-router 从 v3 版本升到了 v4 版本,react-router v4 跟 v3 完全不兼容,是一次彻底的重写。这也给升级造成了极大的困难,与其说升级不如说是对 route...
摘要:概述相对于几乎是重写了新版的更偏向于组件化。汲取了很多思想,路由即是组件,使路由更具声明式,且方便组合。如果你习惯使用,那么一定会很快上手新版的。被一分为三。不止是否有意义参考资料迁移到关注点官方文档 概述 react-router V4 相对于react-router V2 or V3 几乎是重写了, 新版的react-router更偏向于组件化(everything is comp...
摘要:解决了什么问题首先,它搭配组件,可以组织组件结构代码,授权路由的控制。有两种方式核心的各自做了什么事首先它们都是基于构建,也就是的组件的路由,至于各自做了什么。去看官方文档,里面描述了每一个组件路由做了什么事。 React-Router解决了什么问题? 首先,它搭配React组件,可以组织React组件结构代码,授权路由的控制。应该展示什么样的组件,通过React-Router去匹配它...
阅读 2824·2023-04-25 20:02
阅读 1423·2021-11-11 16:55
阅读 588·2021-09-26 09:46
阅读 6153·2021-09-22 15:55
阅读 1806·2021-08-09 13:41
阅读 1557·2019-08-30 15:52
阅读 2358·2019-08-30 14:13
阅读 3250·2019-08-26 13:48