目录
vue-router
1.1 相关理解
1.1.1 vue-router的理解
1.1.2 对SPA应用的理解
1.1.3 路由的理解
1.2 基本使用
1.3 几个注意点
1.4 多级路由(嵌套路由)
1.5 路由的query参数
1.6 命名路由
1.7 路由的params参数
1.8 路由的props配置
1.9 router-link的replace属性
1.10 编程式路由导航
1.11 缓存路由组件
1.12 两个新的生命周期钩子
1.13 路由守卫
vue的一个插件库,专门用来实现SPA应用
1. 单页Web应用(single page web application,SPA)
2. 整个应用只有一个完整的页面
3. 点击页面中的导航链接不会刷新页面,只会做页面的局部更新
4. 数据需要通过ajax请求获取
1. 什么是路由?
1)一个路由就是一组映射关系(key-value)
2)key为路径,value可能是function或component
2. 路由分类
1)后端路由:
(1)理解:value是function,用于处理客户端提交的请求
(2)工作过程:服务器接收到一个请求时,根据请求路径找到匹配的函数来处理请求,返回响应数据
2)前端路由
(1)理解:value是component,用于展示页面内容
(2)工作过程:当浏览器的路径改变时,对应的组件就会显示
1. 安装vue-router,命令 npm i vue-rouer
2. 应用插件:Vue.use(VueRouter)
3. 编写router配置项:
//引入VueRouter
import VueRouter from 'vue-router'
//引入Luyou 组件
import About from '../components/About'
import Home from '../components/Home'
//创建router实例对象,去管理一组一组的路由规则
const router = new VueRouter({
routes:[
{
path:'/about',
component:About
},
{
path:'/home',
component:Home
}
]
})
//暴露router
export default router
4. 实现切换(active-class可配置高亮样式)
About
5. 指定展示位置
1. 路由组件通常存放在 pages 文件夹,一般组件通常存放在 components 文件夹
2. 通过切换,“隐藏”了的路由组件,默认是被销毁掉的,需要的时候再去挂载
3. 每个组件都有自己的 $route 属性,里面存储着自己的路由消息
4. 整个应用只有一个router,可以通过组件的 $router 属性获取到
1. 配置路由规则,使用children配置项:
routes:[
{
path:'/about',
component:About,
},
{
path:'/home',
component:Home,
children:[ //通过children配置子级路由
{
path:'news', //此处一定不要写:/news
component:News
},
{
path:'message',//此处一定不要写:/message
component:Message
}
]
}
]
2. 跳转(要写完整路径):
News
1. 传递参数
跳转
跳转
2. 接收参数:
$route.query.id
$route.query.title
1. 作用:可以简化路由的跳转
2. 如何使用
1)给路由命名:
{
path:'/demo',
component:Demo,
children:[
{
path:'test',
component:Test,
children:[
{
name:'hello' //给路由命名
path:'welcome',
component:Hello,
}
]
}
]
}
2)简化跳转
跳转
跳转
跳转
1. 配置路由,声明接收params参数
{
path:'/home',
component:Home,
children:[
{
path:'news',
component:News
},
{
component:Message,
children:[
{
name:'xiangqing',
path:'detail/:id/:title', //使用占位符声明接收params参数
component:Detail
}
]
}
]
}
2. 传递参数
跳转
跳转
特别注意:路由携带params参数时,若使用to的对象写法,则不能使用path配置项,必须使用name配置!
3. 接收参数
$route.params.id
$route.params.title
作用:让路由组件更方便的收到参数
{
name:'xiangqing',
path:'detail/:id',
component:Detail,
//第一种写法:props值为对象,该对象中所有的key-value的组合最终都会通过props传给Detail组件
// props:{a:900}
//第二种写法:props值为布尔值,布尔值为true,则把路由收到的所有params参数通过props传给Detail组件
// props:true
//第三种写法:props值为函数,该函数返回的对象中每一组key-value都会通过props传给Detail组件
props(route){
return {
id:route.query.id,
title:route.query.title
}
}
}
1. 作用:控制路由跳转时操作浏览器历史记录的模式
2. 浏览器的历史记录有两种写入方式:分别为 push 和 replace,push 是追加历史记录,replace 是替换当前记录。路由跳转时默认为 push
3. 如何开启 replace 模式:
1. 作用:不借助
2. 具体编码
//$router的两个API
this.$router.push({
name:'xiangqing',
params:{
id:xxx,
title:xxx
}
})
this.$router.replace({
name:'xiangqing',
params:{
id:xxx,
title:xxx
}
})
this.$router.forward() //前进
this.$router.back() //后退
this.$router.go() //可前进也可后退
1. 作用:让不展示的路由组件保持挂载,不被销毁
2. 具体编码:
3. 注意:include里面是组件名,只有在include里面的组件才会缓存,如果没有include,则所有组件在这里都可以缓存
4. 如果有多个组件要缓存,则include里面使用数组,为了让里面的内容被解析成js代码,要在include前面加上v-bind或:
1. 作用:路由组件所独有的两个钩子,用于捕获路由组件的激活状态
2. 具体名字:
1)activated 路由组件被激活时触发
2)deactived 路由组件失活时触发
3. 注意:要使用这两个钩子,必须这个组件要用keey-alive包着
1. 作用:对路由进行权限控制
2. 分类:全局守卫、独享守卫、组件内守卫
3. 全局守卫
//全局前置守卫:初始化时执行、每次路由切换前执行
router.beforeEach((to,from,next)=>{
console.log('beforeEach',to,from)
if(to.meta.isAuth){ //判断当前路由是否需要进行权限控制
if(localStorage.getItem('token') === 'xxx'){ //权限控制的具体规则
next() //放行
}else{
alert('暂无权限查看')
}
}else{
next() //放行
}
})
//全局后置守卫:初始化时执行、每次路由切换后执行
router.afterEach((to,from)=>{
console.log('afterEach',to,from)
if(to.meta.title){
document.title = to.meta.title //修改网页的title
}else{
document.title = 'vue_test'
}
})
4. 独享守卫
beforeEnter(to,from,next){
console.log('beforeEnter',to,from)
if(to.meta.isAuth){ //判断当前路由是否需要进行权限控制
if(localStorage.getItem('token') === 'xxx'){
next()
}else{
alert('暂无权限查看')
}
}else{
next()
}
}
5. 组件内路由守卫
//进入守卫:通过路由规则,进入该组件时被调用
beforeRouteEnter (to, from, next) {
},
//离开守卫:通过路由规则,离开该组件时被调用
beforeRouteLeave (to, from, next) {
}
6. 路由器的两种工作模式
1)对于一个url来说,什么是hash值?—— #及其后面的内容就是hash值
2)hash值不会包含在HTTP请求中,即:hash值不会带给服务器
3)hash模式:
(1)地址中永远带着#号,不美观
(2)若以后将地址通过第三方手机app分享,若ap校验严格,则地址会被标记为不合法
(3)兼容性较好
4)history模式:
(1)地址干净,美观
(2)兼容性和hash模式相比略差
(3)应用部署上线时需要后端人员支持,解决刷新页面服务器404的问题