前端权限控制和管理

前端 权限控制和管理

1.前言
2.权限相关概念
- 2.1权限的分类
- - (1)后端权限
  - (2)前端权限
- 2.2前端权限的意义
3.前端权限控制思路
- 3.1菜单的权限控制
- 3.2界面的权限控制
- 3.3按钮的权限控制
- 3.4接口的权限控制
4.实现步骤
- 4.1菜单栏控制
- 4.2界面的控制
- - (1)路由导航守卫
  - (2)动态路由
- 4.3按钮的控制
- 4.4接口的控制
- - (1)请求控制
  - (2)响应控制
5.小结
- 5.1菜单控制
- 5.2界面控制
- 5.3按钮控制
- 5.4请求和响应控制

1.前言

在Web系统中,一直以来权限都只是后端程序所控制的。因为Web 系统围绕的是数据,而和数据库最紧密接触的是后端程序。所以在很长的一段时间内,权限一直都只是后端程序要考虑的话题。但是随着前后端分离架构的流行,越来越多的项目也在前端进行权限控制。

2.权限相关概念

2.1权限的分类

(1)后端权限

从根本上讲前端仅仅只是视图层的展示,权限的核心是在于服务器中的数据,所以后端才是权限的关键,后端权限可以控制某个用户是否能够查询数据,是否能够修改数据等操作。
ps:后端如何知道该请求是哪个用户发过来的

cookie
session
token

ps:后端的权限设计RBAC（一般五张表）

用户
角色
权限
还有两张关系表

(2)前端权限

本质上来说,前端权限的控制就是控制前端的视图层的展示和前端所发送的请求。但是只有前端权限控制没有后端权限控制是万万不可的。前端权限控制只是达到锦上添花的效果。

2.2前端权限的意义

如果仅从能够修改服务器中数据库中的数据层面上讲,确实只在后端做控制就足够了,那为什么越来越多的项目也进行了前端权限的控制,主要有这几方面的好处。

降低非法操作的可能性;
不怕赃偷就怕贼惦记,在页面中展示出一个就算点击了也最终会失败的按钮,势必会增加有心者非法操作的可能性;
尽可能排除不必要清求,减轻服务器压力,没必要的请求,操作失败的清求,不具备权限的清求,这些应该压根就不需要发送,请求少了,自然也会减轻服务器的压力;
提高用户体验;
根据用户具备的权限为该用户展现自己权限范围内的内容,避免在界面上给用户带来困扰,让用户专注于分内之事;

3.前端 权限控制思路

3.1菜单的权限控制

在登录请求中,会得到用户的权限数据,当然,这个需要后端返回数据的支持。前端根据权限数据,展示对应的菜单。点击菜单,才能查看相关的界面。

3.2界面的权限控制

如果用户没有登录,手动在地址栏敲入登录后主界面的地址,则需要跳转到登录界面。
如果用户已经登录,如果手动敲入非权限内的地址,则需要跳转404 界面。

3.3按钮的权限控制

在某个菜单的界面中,还得根据权限数据,展示出可进行操作的按钮,比如删除、修改、增加等按钮。

3.4接口的权限控制

如果用户通过非常规操作,比如通过浏览器调试工具将某些禁用的按钮变成启用状态,此时发的请求也应该被前端所拦截。

4.实现步骤

4.1菜单栏控制

用户登录之后,服务端返回一个数据,这个数据有菜单列表和token,我们把这个数据放入到vuex中,然后主页根据vuex中的数据进行菜单列表的渲染。

问题:刷新界面后vuex数据会消失,菜单栏会消失
解决:将数据存储在sessionStorage中,并让其和vuex中的数据保持同步(用专门的持久化插件也可以)
store/index.js：

import Vue from 'vue'
import Vuex from 'vuex'
Vue.use(Vuex)export default new Vuex.Store({state: {//每次点击页面中的刷新按钮，state中的数据就会根据下面的数据重新初始化rightList: JSON.parse(sessionStorage.getItem('rightList') || '[]'),username: sessionStorage.getItem('username'),},mutations: {setRightList(state, newData) {state.rightList = newDatasessionStorage.setItem('rightList', JSON.stringify(newData)) //sessionStorage只能存储字符串},setUsername(state, newData) {state.username = newDatasessionStorage.setItem('username', newData)},},actions: {},getters: {},
})

4.2界面的控制

登录成功后，将token数据存储在sessionStorage中,用来判断是否登录

(1)路由导航守卫

router/index.js：

router.beforeEach((to, from, next) => {//页面跳转之前做拦截动作，判断token是否存在if (to.path === '/login') next()else {const token = sessionStorage.getItem('token')if (!token) next('/login')else {next()}}})

问题:这样用户在登录之后就可以访问其他界面了,但如果用户A登录之后只能访问a页面不能访问b页面,但是这时候他还是可以通过地址栏输入进入到b页面。

解决：当然我们也可以设置路由导航守卫,但是如果有多个页面,设置会非常不方便,并且对于用户A来说,它是不用访问b页面的,这时候我们可以对A不显示b页面，这个时候我们就用到了动态路由。

(2)动态路由

根据当前用户所拥有的的权限数据来动态添加所需要的路由。
先定义好所有的路由规则:
router/routerMap.js:

import Users from '@/components/user/Users.vue'
import Roles from '@/components/role/Roles.vue'
import GoodsCate from '@/components/goods/GoodsCate.vue'
import GoodsList from '@/components/goods/GoodsList.vue'const userRule = { path: '/users', component: Users }
const roleRule = { path: '/roles', component: Roles }
const goodRule = { path: '/goods', component: GoodsList }
const categoryRule = { path: '/categories', component: GoodsCate }const routesMap = {users: userRule,roles: roleRule,goods: goodRule,categories: categoryRule,
}
export { routesMap }

登录成功之后动态添加路由,注意这个initDynamicRoutes的方法需要暴露出去在登录页面调用
在这里插入图片描述

这样当用户A在地址栏输入自己不能访问的路由时,就不会跳转到该页面,而是跳转到404页面。
在这里插入图片描述
问题:如果我们重新刷新的话动态路由就会消失,动态路由是在登录成功之后才会调用,刷新的时候并没有调用,所以动态路由没有添加上。

解决:可以在app.vue中的created中调用添加动态路由的方法
在这里插入图片描述

4.3按钮的控制

虽然用户可以看到某些界面了,但是对于这个界面的一些按钮,该用户可能是没有权限的。因此,我们需要对组件中的一些按钮进行控制,用户不具备权限的按钮就隐藏或者禁用,而在这块的实现中,可以把该逻辑放到自定义指令中
比如我们可以根据后端返回的数据right来判断用户有什么权限，如下图。
在这里插入图片描述
添加自定义指令控制按钮：

import Vue from 'vue'
import store from '../store';
import router from '../router';
const permission = {inserted(el, binding) {//传过来的参数中，action表示被绑定的按钮是什么操作；effect表示当用户没有这个操作权限的时候，//应该如何如理这个按钮const action = binding.value.actionconst effect = binding.value.effect//获取用户在当前路由中所具有的权限列表let currentPathPermissions = router.currentRoute.meta   if(currentPathPermissions.indexOf(action) == -1){if(effect === 'disabled'){el.disabled = trueel.classList.add('is-disabled') //element-ui需要的处理}elseel.parentNode.removeChild(el)//el.style.display = 'none'}}
}
Vue.directive('permission', permission)

在这里插入图片描述

4.4接口的控制

(1)请求控制

除了登录请求都得要带上token,这样服务器才可以鉴别你的身份。这块需要配置axios的请求拦截器。
在这里插入图片描述
如果发出了非权限内的请求,应该直接在前端范围内阻止,虽然这个请求发到服务器也会被拒绝。
非权限内的请求:比如a用户是不能够操作该页面的按钮的,但是他通过f12调试把按钮改为可点击,如果我们不对这个请求进行处理,那么这个请求就会发送出去。

//当前模块中具备的权限关系映射
const actionMapping = {get: 'view', //查看-->get请求post: 'add', //添加-->post请求put: 'edit', //编辑-->put请求delete: 'delete', //删除-->delete请求
}
//请求拦截控制
axios.interceptors.request.use((request) => {// console.log(request.url);// console.log(request.method);if (request.url !== 'login') {//除了登录请求以外，在请求头中全部添加上tokenrequest.headers.Authorization = sessionStorage.getItem('token')//将请求方式映射成为操作类型的权限const action = actionMapping[request.method]//获取用户在当前路由下所具有的权限const currentRight = router.currentRoute.metaif (currentRight && currentRight.indexOf(action) === -1) {//没有权限发送请求，通过报错拦截alert('没有权限！')return Promise.reject(new Error('没有权限'))}}return request
})

(2)响应控制

得到了服务器返回的状态码401,代表token 超时或者被篡改了,此时应该强制跳转到登录界面。

axios.interceptors.response.use((response) => {if (response.data.meta.status === 401) {//返回401表示token失效，返回登陆界面router.push('/login')sessionStorage.clear()window.location.reload()}return response
})

5.小结

前端权限的实现必须要后端提供数据支持,否则无法实现。
返回的权限数据的结构,前后端需要沟通协商怎样的数据用起来才最方便。

5.1菜单控制

权限的数据需要在多组件之间共享,因此采用vuex。
防止刷新界面权限数据丢失,所以需要使用sessionStorage进行持久化,并目要保证两者的同步。

5.2界面控制

路由的导航守卫可以防止跳过登录界面。
动态路由可以让不具备权限的界面的路由规则压根就不存在。

5.3按钮控制

路由规则中可以增加路由元数据meta。
通过路由对象可以得到当前的路由规则以及存在此规则中的meta数据。
自定义指令可以很方便的实现按钮控制。

5.4请求和响应控制

请求拦截器和响应拦截器的使用。
请求方式的约定restful。