我的理解:动态路由不一样于常见的静态路由,能够根据不一样的「因素」而改变站点路由列表。常见的动态路由大都是用来实现:多用户权限系统不一样用户展现不一样导航菜单。javascript
Vue
项目实现动态路由的方式大致可分为两种:html
第一种方式在不少 Vue UI Admin
上都实现了,能够去读一下他们的源码理解具体的实现思路,这里就不过多展开。 第二种方式如今来讲也比较常见了,由于近期项目正好用到因此单独讲一下,这里我使用的方案是利用 Vue Router
的一些特性实现后端主导的动态路由。前端
官网解释vue
这里咱们主要借助全局前置守卫的「前置」特性,在页面加载前将当前用户所用到的路由列表注入到 Router
实例中,注入使用到的方法则是下面的 router.addRoutes
方法。java
官网解释vue-router
router.addRoutes
方法能够为 Router
实例动态添加路由规则,恰好为咱们实现动态路由提供了注入方法。数据库
官网解释segmentfault
懒加载这个功能不是动态路由的必要功能,但既然提供了这一特性,因此就直接在项目中使用了。后端
前端代码实现基本静态路由,例如:登陆页路由,服务器错误页路由等(这里有一个坑,后面讲)。数据库存储所有动态路由信息。api
数据库如何存储动态路由信息? 我选择的方案是现将路由引用的对象字符串化,再将路由列表转化为 JSON
格式传输给后端,经后端处理后存储到数据库里。总之在先后端进行传递的是 JSON
格式的路由列表信息。
如何将路由中引用的对象字符串化? 我遇到的实际问题是:使用的 UI
组件提供了布局方案,须要引用布局组件并在子路由处引用具体页面。 我选择的解决方案是:区别对待须要引用布局组件的 component
属性,使用简短字符串代替布局组件,使用文件路径字符串代替页面引入。 具体实现能够看后面的代码实例。
1-判断用户是否登陆 1.1-若未登陆,跳转至登陆页面 1.2-若已经登陆,判断是否已获取路由列表 1.2.1-若未获取,从后端获取、解析并保存到 Vuex
中 1.2.2-若已获取,跳转至目标页面
这里我没作太多考察,直接将取到数据存储到了 Vuex
中,在实际项目应用的过程当中应考虑数据存储的安全性。
如何实现路由列表解析?
JSON
格式的路由信息解析为 JavaScript
列表对象;filter
方法实现解析函数,经过 component
判断是否为布局组件;component
字符串;loadView
函数加载对应的具体页面;这一步就很简单了,将解析好的路由列表经过 router.addRoutes
方法添加到 Router
实例中便可。
// router/index.js
import Vue from 'vue'
import store from '@/store'
import Router from 'vue-router'
import { getToken } from '@/lib/util'
Vue.use(Router)
// 定义静态路由
const staticRoutes = [
{
path: '/login',
name: 'login',
meta: {
title: '登陆页面',
hideInMenu: true
},
component: () => import('@/view/login/login.vue')
},
{
path: '/401',
name: 'error_401',
meta: {
hideInMenu: true
},
component: () => import('@/view/error-page/401.vue')
},
{
path: '/500',
name: 'error_500',
meta: {
hideInMenu: true
},
component: () => import('@/view/error-page/500.vue')
}
]
// 定义登陆页面名称(为了方便理解才定义的)
const LOGIN_PAGE_NAME = 'login'
// 实例化 Router 对象
const router = new Router({
routes: staticRoutes,
mode: 'history'
})
// 定义全局前置守卫(里面有两个坑要注意)
router.beforeEach((to, from, next) => {
// 经过自定义方法获取用户 token 用来判断用户登陆状态
const token = getToken()
if (!token && to.name !== LOGIN_PAGE_NAME) {
// 若是没有登陆并且前往的页面不是登陆页面,跳转到登陆页
next({ name: LOGIN_PAGE_NAME })
} else if (!token && to.name === LOGIN_PAGE_NAME) {
// 若是没有登陆并且前往的页面是登陆页面,跳转到登陆页面
// 这里有一个坑,必定要注意这一步和上一步得分开写
// 若是把前两步判断合并为 if (!token) next({ name:login })
// 则会造成登陆页面无限刷新的错误,具体成因后面解释
next()
} else {
// 若是登陆了
if (!store.state.app.hasGetRoute) {
// 若是没有获取路由信息,先获取路由信息然后跳转
store.dispatch('getRouteList').then(() => {
router.addRoutes(store.state.app.routeList)
// 这里也是一个坑,不能使用简单的 next()
// 若是直接使用 next() 刷新后会一直白屏
next({ ...to, replace: true })
})
} else {
// 若是已经获取路由信息,直接跳转
next()
}
}
})
export default router
复制代码
// store/index.js
import router from '@/router'
import Main from '@/components/main'
import { getToken } from '@/lib/util'
import { getRoute } from '@/api/app'
const loadView = (viewPath) => {
// 用字符串模板实现动态 import 从而实现路由懒加载
return () => import(`@/view/${viewPath}`)
}
const filterAsyncRouter = (routeList) => {
return routeList.filter((route) => {
if (route.component) {
if (route.component === 'Main') {
// 若是 component = Main 说明是布局组件
// 将真正的布局组件赋值给它
route.component = Main
} else {
// 若是不是布局组件就只能是页面的引用了
// 利用懒加载函数将实际页面赋值给它
route.component = loadView(route.component)
}
// 判断是否存在子路由,并递归调用本身
if (route.children && route.children.length) {
route.children = filterAsyncRouter(route.children)
}
return true
}
})
}
export default {
state: {
routeList: [],
token: getToken(),
hasGetRoute: false
},
mutations: {
setRouteList(state, data) {
// 先将 JSON 格式的路由列表解析为 JavaScript List
// 再用路由解析函数解析 List 为真正的路由列表
state.routeList = filterAsyncRouter(JSON.parse(data))
// 修改路由获取状态
state.hasGetRoute = true
}
},
atcions: {
getRouteList({ state, commit }) {
return new Promise((resolve) => {
const token = state.token
getRoute({ token }).then((res) => {
let data = res.data.data
// 注意这里取出的是 JSON 格式的路由列表
commit('setRouteList', data)
resolve()
})
})
}
}
}
复制代码
这个问题的解决方案在「实现代码」中已经提到了,只须要在判断登陆状态的时候注意不要将两种未登陆状态混为一谈便可。但这样治标不治本,由于一样的问题能够由不一样形式的代码致使,那致使问题的缘由是什么那?然咱们慢慢分析:
咱们先假设不当心把两种未登陆的状态混在一块儿判断:
if (!token) {
next({ name: LOGIN_PAGE_NAME })
}
复制代码
这里的 next({ name: LOGIN_PAGE_NAME })
方法会再一次激活全局前置守卫,从而致使再一次进入判断并触发 next({ name: LOGIN_PAGE_NAME })
,如此递归调用下去,页面就会卡主而且不断刷新。
实现这一目的的方案也在代码示例中展现了:
const loadView = (viewPath) => {
return () => import(`@/view/${viewPath}`)
}
复制代码
这里是运用了一个 JavaScript 不太经常使用的特性:字符串模板,使用此特性让不支持字符串拼接的 import
操做可以实现动态 import
不一样的模块。
这应该是本方案中最多见的一个错误之一,其原意是不少人在建立「基本静态路由」的时候回把 404 页面的路由也加入在里面,从而致使页面加载初期动态路由尚未加入到路由实例中,匹配范围最广的 404 页面就会跳出来。解决方法就是将 404 页面的路由也加入到动态路由中。
形成这一问题的缘由有不少,我这里遇到的问题是使用 参考文章3 解决的,但具体原理我还没弄清楚,等我作一下研究再来更新。
形成这一问题的缘由很简单:由于页面刷新的时候路由信息还没加载进来,因此根本没有标题信息可供加载。可是我还没找到比较好的解决方案,一样等我研究一下再更新。