前端权限控制和管理
- 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
。