为什么需要路由
当应用变得复杂的时候,就需要分块的进行处理和展示,传统模式下,我们是把整个应用分成了多个页面,然后通过 URL 进行连接。
但是这种方式也有一些问题:
每次切换页面都需要重新发送所有请求和渲染整个页面,不止性能上会有影响,同时也会导致整个 JavaScript 重新执行,丢失状态。
SPA
Single Page Application : 单页面应用,整个应用只加载一个页面(入口页面),后续在与用户的交互过程中,通过 DOM 操作在这个单页上动态生成结构和内容
优点:
- 有更好的用户体验(减少请求和渲染和页面跳转产生的等待与空白),页面切换快
- 重前端,数据和页面内容由异步请求(AJAX)+ DOM 操作来完成,前端处理更多的业务逻辑
缺点:
- 首次进入处理慢
- 不利于 SEO
SPA 的页面切换机制
虽然 SPA 的内容都是在一个页面通过 JavaScript 动态处理的,但是还是需要根据需求在不同的情况下分内容展示,如果仅仅只是依靠 JavaScript 内部机制去判断,逻辑会变得过于复杂,通过把 JavaScript 与 URL 进行结合的方式:JavaScript 根据 URL 的变化,来处理不同的逻辑,交互过程中只需要改变 URL 即可。这样把不同 URL 与 JavaScript 对应的逻辑进行关联的方式就是路由,其本质上与后端路由的思想是一样的。
前端路由
前端路由只是改变了 URL 或 URL 中的某一部分,但一定不会直接发送请求,可以认为仅仅只是改变了浏览器地址栏上的 URL 而已,JavaScript 通过各种手段处理这种 URL 的变化,然后通过 DOM 操作动态的改变当前页面的结构
- URL 的变化不会直接发送 HTTP 请求
- 业务逻辑由前端 JavaScript 来完成
目前前端路由主要的模式:
- 基于 URL Hash 的路由
- 基于 HTML5 History API 的路由
初步了解hash
我们先看一下hash是什么
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<meta name="viewport" content="width=device-width, initial-scale=1.0">
<title>Document</title>
</head>
<body>
<a href="#view1">视图1</a>
<a href="#view2">视图2</a>
<a href="#view3">视图3</a>
<div id="view"></div>
<script>
function getHash(){
console.log(window.location.hash)
view.innerHTML = window.location.hash
}
window.addEventListener("hashchange",getHash)
</script>
</body>
</html>
浏览器反馈
这里我们可以看出,每次点击不同的a标签,输出在控制台上的数据都不一样
对他有一个简单认识之后,我们再来看一下,基于hash的路由
React Router
安装
npm i -S react-router-dom
准备数据
//src-->view-->index.js
import React from 'react'
export default function IndexPage (props){
console.log(props)
return <h1>首页</h1>
}
//src-->view-->about.js
import React from 'react'
export default function AboutPage (){
return <h2>关于我们</h2>
}
//app.js
import React from 'react'
import {Route} from 'react-router-dom'
import IndexPage from './view/index'
import AboutPage from './view/about'
function App() {
return <div>
<Route path="/" component={IndexPage } />
<Route path="/about" component={AboutPage} />
</div>
}
export default App
浏览器反馈
这里的报错原因
是因为,他需要在入口文件当中,单独引入路由组件,并将你的所有内容全部包裹起来
- BrowserRouter 组件
import React from 'react';
import ReactDOM from 'react-dom';
import {BrowserRouter} from 'react-router-dom'
import App from './app';
ReactDOM.render(
<BrowserRouter>
<App />
</BrowserRouter>,
document.getElementById('root')
);
- HashRouter 组件
import React from 'react';
import ReactDOM from 'react-dom';
import {HashRouter} from 'react-router-dom'
import App from './app';
ReactDOM.render(
<HashRouter>
<App />
</HashRouter>,
document.getElementById('root')
);
这两个组件在开发环境中没有任何区别,在生产环境中的区别是hash在路径上会有一个#号,而browser没有
浏览器反馈
exact
exact 属性表示路由使用 精确匹配模式,非 exact 模式下 '/' 匹配所有以 '/' 开头的路由
现在我们的页面是显示了,但是可以看出,在首页的时候没什么问题,但是在about
页面时,我们的index
页面内容也显示了出来
错误原因:
path中:匹配url的方式不是相等,而是以 指定的url 开头
处理方式:
使用exact严格模式
<Route path="/" exact component={IndexPage} />
<Route path="/about" exact component={AboutPage} />
浏览器反馈
现在我们的页面问题已经得到处理了
Link 组件
Link 组件用来处理 a 链接 类似的功能(它会在页面中生成一个 a 标签),但设置这里需要注意的,react-router-dom 拦截了实际 a 标签的默认动作,然后根据所有使用的路由模式(Hash 或者 HTML5)来进行处理,改变了 URL,但不会发生请求,同时根据 Route 中的设置把对应的组件显示在指定的位置
to 属性类似 a 标签中的 href
// src-->component-->nav.js
import React from 'react'
import {Link} from 'react-router-dom'
export default function Nav(){
return <nav>
<Link to="/" >首页</Link>
<span> | </span>
<Link to="/about" >关于我们</Link>
</nav>
}
// app.js
import React from 'react'
import {Route} from 'react-router-dom'
import IndexPage from './view/index'
import AboutPage from './view/about'
import Nav from './component/nav'
function App() {
return <div>
<Nav />
<Route path="/" exact component={IndexPage } />
<Route path="/about" exact component={AboutPage} />
</div>
}
export default App
浏览器反馈
作用
- Link——只改变URL
- Router——匹配URL
NavLink
NavLink 与 Link 类似,但是它提供了两个特殊属性用来处理页面导航
activeStyle
当 当前 URL 与 NavLink 中的 to 匹配的时候,激活 activeStyle 中的样式也就是说被选中的时候
import React from 'react'
import {NavLink} from 'react-router-dom'
export default function Nav(){
return <nav>
<NavLink to="/" exact
activeStyle={{
color:'red'
}}
>首页</NavLink>
<span> | </span>
<NavLink to="/about" exact
activeStyle={{
color:'red'
}}
>关于我们</NavLink>
</nav>
}
浏览器反馈
activeClassName
与 activeStyle 类似,但是激活的是 className
<NavLink to="/" exact
activeClassName="active"
>首页</NavLink>
<span> | </span>
<NavLink to="/about" exact
activeClassName="active"
>关于我们</NavLink>
浏览器反馈
传递 props
如果 Route 使用的是 component 来指定组件,那么不能使用 props,但是render的话可以
render 属性来指定渲染函数,render 属性值是一个函数,当路由匹配的时候指定该函数进行渲染
//app.js
...
<Route path="/" exact render={()=>{
return <IndexPage user={user} setUser={setUser}/>
}} />
...
// ./view/index.js
import React from 'react'
export default function IndexPage (props){
console.log(props)
return <h1>首页</h1>
}
浏览器反馈
路由参数
- history : 历史记录以及路由给我们的一些操作
- history.go(-1)
- goBack 返回一步
使用较多
- goForward
// src-->view-->index.js
import React from 'react';
export default function IndexPage(props){
let {history} = props;
console.log(history)
return <h1>首页</h1>
}
// app.js
import React from 'react';
...
function App() {
return <div>
<Route path="/" exact component={IndexPage} />
...
</div>
}
export default App
浏览器反馈
这里的path
与replace
都是用来切换当前URL
的,但是path比replace多一个回退功能
- location : 获取当前URL的一些信息
- pathname : 当前的URL
- search : 接口参数
- state : 跳转路由时,传递的参数
// src-->view-->about.js
import React from 'react';
export default function AboutPage(props){
let {location} = props;
console.log(location);
return <h1>关于</h1>
}
浏览器反馈
- match : 当前路由匹配的相关规则
- params : 动态路由传过来的参数
// src-->view-->about.js
import React from 'react';
export default function AboutPage(props){
let {match} = props;
console.log(match);
return <h1>关于</h1>
}
浏览器反馈
hooks (Router5.0之后出现的)
使用的只是一个简单的函数式组件
,但是想使用路由参数
又不想用withRouter
的话可以使用以下四个方法
注意不要在类组件内使用
useHistory
: 获取History对象useLocation
: 获取Location对象useParams
: 获取ParamsuseRouteMatch
: 获取Match
withRouter 组件(高阶组件,高阶函数,高阶路由)
如果一个组件不是路由绑定组件,那么该组件的 props 中是没有路由相关对象的,虽然我们可以通过传参的方式传入,但是如果结构复杂,这样做会特别的繁琐。幸好,我们可以通过 withRouter 方法来注入路由对象
// src-->view-->inner.js
import React from 'react';
function InnerPage(props){
console.log(props)
return <h1>inner</h1>
}
export default InnerPage
// about.js
import React from 'react';
import Inner from './inner'
export default function AboutPage(props){
return <div>
<h1>关于</h1>
<Inner></Inner>
</div>
}
浏览器反馈
看一看到我们是输出不出来props
的,但我们做一点修改就可以了
import React from 'react';
import {withRouter} from 'react-router-dom'
function InnerPage(props){
console.log(props);
return <h1>inner</h1>
}
export default withRouter(InnerPage)
浏览器反馈
switch
有点类似于switch…case,按顺序判断,符合那个就执行那个,其他的全都不执行。也就是说该组件只会渲染首个被匹配的组件
注意点
:使用时如果有404页面需注意摆放位置
// src-->view-->Page404.js
import React from 'react';
export default function Page404(){
return <h1>Page404</h1>
}
// app.js
import React from 'react';
...
import { Route, Switch } from 'react-router-dom';
function App() {
return <div>
<Switch>
<Page404 component={Page404}/>
<Route path="/" exact component={IndexPage} />
<Route path="/about" exact component={AboutPage} />
</Switch>
</div>
}
export default App
浏览器反馈
这种情况就是因为我们的代码书写位置不对造成的,调整一下代码位置即可
<Switch>
<Route path="/" exact component={IndexPage} />
<Route path="/about" exact component={AboutPage} />
<Page404 component={Page404}/>
</Switch>
浏览器反馈
获取路由参数是component与render的区别
我们按照render的方式书写的话可能直接会写成以下代码
// src-->view-->index.js
...
export default function IndexPage(props){
console.log(props)
...
}
// app.js
...
function App() {
return <div>
<Switch>
<Route path="/" exact render={()=>{
return <IndexPage></IndexPage>
}} />
<Page404 component={Page404} />
</Switch>
</div>
}
export default App
浏览器反馈
看亏给我们的内容可以看出我们没有获取到路由参数,我们这里应该做一点调整,在调用时给他传递一些参数
<Route path="/" exact render={(props)=>{
return <IndexPage {...props}></IndexPage>
}} />
浏览器反馈
传递参数后,我们就可以获取到路由参数了
动态路由
// src-->view-->index.js
...
export default function IndexPage(props){
return <div>
<h1>留言列表</h1>
<NavLink to="/list/1">1</NavLink>
<span> | </span>
<NavLink to="/list/2">2</NavLink>
<span> | </span>
<NavLink to="/list/3">3</NavLink>
</div>
}
// app.js
...
function App() {
return <div>
<Switch>
<Route path="/list/:page" exact render={(props)=>{
return <IndexPage {...props}></IndexPage>
}} />
<Page404 component={Page404} />
</Switch>
</div>
}
export default App
浏览器反馈
我们这个时候就实现了动态路由,我们也可以通过Params
获取到动态路由传递过来的参数
// src-->view-->index.js
...
export default function IndexPage(props){
console.log(useParams())
return ...
}