0. 前言
记得当年面试的时候,面试官问我,前端怎么做权限控制,咱也不太会这个,只能尴尬回答道:“都是老大搭的架子,我只负责写业务模块代码”,????????????。
如今自己也做了很多项目了,觉得有必有对前端权限控制做一个总结。
前端权限控制一直是前端必须掌握的一个知识点,一般来说稍微正规一点的后台系统肯定有权限控制。当然还是那句老话,前端本来就是不安全的,真正的安全还是需要后端兄弟去把关,所以 后端也必须按做权限控制!
我们前端的权限校验主要的目的是过滤不该有的请求和操作,减少服务端压力。
我个人认为前端权限控制应该分为四个方面,接口权限、按钮权限,页面权限,路由权限,下面就分四个部分探讨下权限控制怎么做
1. 接口权限
原则
接口权限最简单,目前一般采用 jwt 的形式来验证,没有通过的话一般返回 401 Authentication Required
登录完拿到Token
, 将 token 存起来(cookie 或者 ssessionStorage),每次登录的时候头部携带 token 就行了(axios 请求拦截器实现)。
伪码实现
const {token} = login()
cookie.set('token',token)
axios.interceptors.request.use(config => {config.headers['token'] = cookie.get('token')
return config
})
2. 按钮权限
原则
一个页面会有新增,删除,编辑等等按钮。不同用户应该是有不同操作权限的。
我们不妨定义权限码 0:不可见 1: 不可编辑 2: 可编辑
我们提前和后端约定好按钮的名字,后端会返回一个按钮权限列表。然后我们根据权限列表使用 v -if 指令或者 绑定 disabled 属性达到相应权限效果。
当然更好的最好是自己写一个自定义权限指令,实质就是根据相应权限操作 dom
伪码实现
比如概览页面的编辑按钮 名字先和后端定义好叫做 overview-edit
// overviwe.vue overview 是概览页面的路由名
...
<button v-auth='edit'>
...
//util.js 全局注册自定义指令
Vue.directive('auth', {inserted: function (el, binding, vnode) {
const optName = binding.arg
const authName = `${routeName}-${optName}` // 这里根据路由名和操作类型拼出按钮名 overview-edit
const btnAuthList = store.state.auth.btnAuthList
if (btnAuthList[authName]===0) { // 按钮权限为 0 则移除 dom
el.parentNode.removeChild(el)
} else if (btnAuthList[authName]===1) { // 按钮权限为 1 则禁用俺就
vnode.componentInstance.disabled = true
}
}
})
// 登录的时候接受按钮权限并存在 vuex 里面
const {btnAuthList} = login()
vuex.state.btnAuthList = btnAuthList
3. 页面权限(菜单权限)
个人任务页面权限实际上就是菜单权限,如果我们有去某个页面的导航菜单,那我是不是也就相应的没有去那个页面的权限了,所以说页面权限的实际就是菜单权限。
原则
一句话,获取菜单权限列表,动态递归生成菜单
这个菜单权限列表可以是后台直接返回你的,也可以是你注册路由的时候写在 meta 里面的菜单信息,后台返回路由权限,你根据 meta 信息动态算出的菜单权限。
至于菜单肯定是根据菜单权限递归生成的
伪码实现
// 如果是定义在 route 信息里面会是这种样子
{
name:xxx
path:xxx
meta: {role: [xxx,xxx,xxx] // 哪些角色有资格
MenuIcon: 'xxxx' // 菜单图标
MenuTitle: 'xxx' // 菜单名
}
}
// 如果是直接获取菜单权限
const {menuList} = login()
// 存 vuex 里
vuex.state.menuList = menuList
// 在侧边栏或者顶部菜单组件里动态生成菜单
// 这里基本都是用的 UI 库,比如 element-ui 的 NavMenu 来实现的,大家有兴趣可以自己看文档,当然也可以自己递归实现,不难
<navMenu/ :menuList=menuList>
4. 路由权限
上面的菜单权限虽然做到能看不见菜单,但是我可以通过直接输入 url 的方式去没有权限的页面呀,这种情况实现上靠的是我们的 路由权限
来阻止。
原则
这里有两个方案
第一种 ,也是我目前项目用的,先注册好所有的路由,然后获取有资格访问的路由权限列表,最后直接通过 Router.beforeEach 来判断,每次跳路由的时候判断是否在权限列表里,在的话就放行,不在就提示权限不够
优点:简单暴力,不会跳到 404 页面
缺点:由于初始化了所有路由,可能代码有点冗余
第二种 ,先只注册基本路由,然后获取路由权限列表,然后借助 route.add() API 根据权限列表将有权限的路由动态注册到路由规则上
优缺点与第一种正好相反
伪码实现
这里只写第一种方案,第二种大家自行 google
const {routeAuthList} = login()
cosnt whiteList = ['/login','/','/404']
// 合并生成总路由
whiteList = whiteList.contact(routeAuthList)
// 存 vuex
vuex.state.whiteList = whiteList
// 路由守卫判断
router.beforeEach((to, from, next) => {
// 权限校验
let pass = whiteList.inclue(to);
if(!pass){return console.log('无权访问');
}
next();});
5. 讨论
后端返回什么
这个我觉得实际没有定论,相关的文章也读了许多,什么做法都有,还是需要结合实际业务。
比如
1. 按钮权限特别少的,那么后端不用返回按钮权限,直接前端生成钮权限就行。甚至不用使用自定义指定,直接 v -if,disable 就行
2. 权限页面特别多,次级路由也特别多,那么也可以前端这边生成路由权限, 因为如果后端返的话,每次定义一个次级页面都得让后端在数据库加一条数据,太麻烦人了,不方便
3. 后端也不是说非得返回权限路由列表的,像我目前的项目就是返回的菜单列表,然后我根据菜单列表名手动算出权限列表。其实都一样,返回权限列表也是根据权限列表里面的 meta 算出菜单列表,有毛区别?
缓存什么
关于缓存,大家可以看我这篇文章缓存
获取的个人信息(包括权限列表)该不该缓存到 ssessionStorage 里面?我看很多人的文章都是只缓存 token, 每次刷新都是重新拉取信息。
个人认为这样做意义不大,缓存的目的就是为了减少请求,优化交互。存在当前页签基本能保证同一时间你就是你。再说防君子不防小人,至于真的是小人,篡改 ssessionStorage 数据,咱不是还有后台兄弟的校验吗,怕个卵。
6. 总结
总结了前端所有的权限控制,并给出了相应的伪码实现,希望能给大家带来应该的帮助