淺談vue后臺管理系統(tǒng)權(quán)限控制思考與實踐
前言
最近在開發(fā)管理系統(tǒng)時遇到了任何管理系統(tǒng)都會有的需求---權(quán)限控制,之前也遇到過這種需求,但是架構(gòu)不完善導(dǎo)致的各種問題使得后期維護(hù)非常麻煩,這一次的方案解決了之前的種種問題,現(xiàn)做一次記錄,當(dāng)然這個架構(gòu)后期可能會有坑,不過得一步一步的嘗試才能發(fā)現(xiàn)并解決問題。
權(quán)限控制需求
因為是單頁面應(yīng)用,路由交給前端來控制,對于一些需要特定權(quán)限才能查看的信息的保護(hù)變得尤為重要,如果前端不做好權(quán)限校驗,后端也一時疏忽,就可能就會導(dǎo)致數(shù)據(jù)泄露。
對于權(quán)限控制,需求大致為如下:
- 對于大模塊的限制,比如需要通過路由跳轉(zhuǎn)的模塊,這時需要進(jìn)行路由攔截
- 對于小功能的限制,比如一個按鈕,如果沒有特定權(quán)限,那么這個按鈕就不顯示
安全層面的思考
之前接手了一個管理系統(tǒng),前端是將權(quán)限列表存儲在storage中來實現(xiàn)長久儲存,這種實現(xiàn)方式是很不可取的,因為hacker可以通過手動更改存儲的信息來實現(xiàn)獲取特定權(quán)限,甚至系統(tǒng)都沒有做路由攔截,如果知道模塊的路由,可以直接通過輸入路由信息來直接跳轉(zhuǎn)到特定模塊。對于一些模塊的權(quán)限,權(quán)限被管理員修改后也無法立即生效,所以對于這幾種情況做了如下思考與實踐。
權(quán)限被管理員修改后立即生效
對于這個需求,我的做法是,獲取到權(quán)限列表后,將權(quán)限信息存儲在 vuex store 中,并且使用getter函數(shù),對于是否可以使用該權(quán)限進(jìn)行判斷,這樣一旦權(quán)限數(shù)據(jù)更新,前端權(quán)限限制功能點會自動修改,從而做到權(quán)限的實時性,大致實現(xiàn)如下:
// vuex state.js
export default {
userPrivileges: {
admin: [],
purchaser: []
}, // 用戶權(quán)限信息
}
// vuex getters.js
export default {
canIUse: state => (role, id) => state.userPrivileges[role].includes(id)
}
// 頁面具體小功能,通過 mapGetters 引入 canIUse 函數(shù)
<span v-if="canIUse('admin', 9)">{{scope.row.allocation_subtotal}}</span>
這樣一來,數(shù)據(jù)存儲在內(nèi)存中,那么權(quán)限信息就無法輕易的被修改,同時對于權(quán)限的判斷也非常簡單,只需要在特定功能點傳入功能點的權(quán)限id就能判斷是否可以使用這個權(quán)限了。
但是將數(shù)據(jù)存儲在了內(nèi)存中也會遇到一個問題,頁面刷新怎么辦?接下來就是講解這種情況。
刷新頁面也可以進(jìn)行權(quán)限判斷
對于大模塊的權(quán)限攔截,肯定是通過路由鉤子來進(jìn)行攔截的(這種實現(xiàn)有很多文章講解過,這里不具體講解),但是通過路由鉤子進(jìn)行攔截的前提是,權(quán)限信息得提前存在。
刷新頁面會存在這種情況,頁面刷新時,先執(zhí)行的路由鉤子,再執(zhí)行的組件生命周期鉤子來請求權(quán)限的列表,此時權(quán)限信息不存在,那么頁面跳轉(zhuǎn)到登陸頁的話,體驗就不夠友好。
所以我的做法是,建立一個中間頁,如果權(quán)限校驗不通過,那么跳轉(zhuǎn)至中間頁,中間頁進(jìn)行權(quán)限的請求,請求到權(quán)限后,再判斷是否可以跳轉(zhuǎn),這樣的話,刷新頁面體驗就比較好。大致代碼如下:
// vuex actions.js
// 通過返回一個promise,使得store更新與后續(xù)代碼變?yōu)椤巴健眻?zhí)行
export default {
getUserPrivileges({ commit }) {
return fetch.get({
url: '/currentstaff'
}).then(data => {
commit('SET_USER_PRIVILEGES_INFO', data.data)
return data.data
}).catch(e => {
})
}
}
// router.js
// 需要驗證權(quán)限的路由
{
path: 'suppliers',
component: Suppliers,
meta: {
role: 'admin',
privilegeId: 5
}
}
function isCanUseThisModule(to, from) {
return to.matched.every(record => {
// 利用路由meta存儲相應(yīng)權(quán)限信息
if (record.meta.role) {
return store.getters.canIUse(record.meta.role, record.meta.privilegeId)
} else {
return true // 如果不需要權(quán)限,直接返回true
}
})
}
router.beforeEach((to, from, next) => {
if (isCanUseThisModule(to, from)) {
next() // 權(quán)限驗證通過,跳轉(zhuǎn)下一路由
} else {
next({
path: '/main/privilegeValidator' // 權(quán)限驗證不通過時的中間頁
})
}
})
// 權(quán)限校驗中間頁代碼示例
created() {
this.$store.dispatch('getUserPrivileges').then(data => {
for (let i = 0; i < data.admin_permissions.length; i++) {
if (this.canIUse('admin', data.admin_permissions[i])) {
this.$router.push({
path: this.routerList.find(value => value.privilegeId === data.admin_permissions[i]).linkHref
})
return
}
}
this.$router.push('/login') // 如果沒有任何權(quán)限,則跳轉(zhuǎn)登陸頁面
})
}
用戶在登陸后也可以跳轉(zhuǎn)到這個權(quán)限中間頁,進(jìn)行權(quán)限判斷后再跳轉(zhuǎn)到對應(yīng)模塊。
尾聲
大致的實現(xiàn)過程就是這樣,希望對大家有所幫助,如果有暗坑還請指出。也希望大家多多支持腳本之家。
相關(guān)文章
vue+element樹組件 實現(xiàn)樹懶加載的過程詳解
這篇文章主要介紹了vue+element樹組件 實現(xiàn)樹懶加載的過程,本文通過圖文實例代碼相結(jié)合給大家介紹的非常詳細(xì),具有一定的參考借鑒價值,需要的朋友可以參考下2019-10-10
vue和element上傳圖片以及進(jìn)行拖拽圖片排序問題
這篇文章主要介紹了vue和element上傳圖片以及進(jìn)行拖拽圖片排序問題,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2024-08-08
vue如何使用watch監(jiān)聽指定數(shù)據(jù)的變化
這篇文章主要介紹了vue如何使用watch監(jiān)聽指定數(shù)據(jù)的變化,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教2022-04-04
vue+iview tabs context-menu 彈出框修改樣式的方法
今天遇到一個需求說頁面頂部的菜單右鍵彈出框離得有點遠(yuǎn),需要我們做調(diào)整,下面小編給大家分享下vue+iview tabs context-menu 彈出框修改樣式的方法,感興趣的朋友跟隨小編一起看看吧2024-06-06

