vue-router權(quán)限控制(簡(jiǎn)單方式)
在vue-router控制前端權(quán)限是常見(jiàn)需求:
- 有一種做法是直接在后端完成判斷,提供頁(yè)面列表和操作列表,在前端進(jìn)行渲染,但這個(gè)方案并不優(yōu)雅,前后端耦合度比較高。
- 比較常見(jiàn)的做法是把登錄頁(yè)面獨(dú)立在router之外,專(zhuān)門(mén)寫(xiě)一個(gè)權(quán)限控制文件,在登錄之后根據(jù)用戶(hù)權(quán)限加載router,之后把權(quán)限作為參數(shù)傳入各種組件中,以控制元素的渲染。這個(gè)方法比較合理,沒(méi)有什么額外的開(kāi)銷(xiāo),只是需要獨(dú)立寫(xiě)一個(gè)登錄頁(yè)面和權(quán)限控制文件比較麻煩一些,特別是對(duì)一些小項(xiàng)目而言。
我們希望還有更簡(jiǎn)單的方式。這個(gè)時(shí)候梳理一下需求,我們的主要目標(biāo)是:
- 菜單欄控制,根據(jù)權(quán)限渲染可以進(jìn)入的頁(yè)面菜單;
- 操作按鈕權(quán)限控制,沒(méi)有操作權(quán)限的不予顯示;
- 如果有人通過(guò)直接點(diǎn)擊鏈接或輸入地址進(jìn)入沒(méi)有權(quán)限的頁(yè)面,則進(jìn)行攔截;
第一、第二個(gè)目標(biāo)是容易實(shí)現(xiàn)的,把權(quán)限列表傳入對(duì)應(yīng)組件,通過(guò)v-if判斷即可,需要解決的是越權(quán)頁(yè)面的攔截問(wèn)題。在上面常見(jiàn)的做法中,為了實(shí)現(xiàn)攔截,單獨(dú)寫(xiě)了一個(gè)登錄頁(yè)面,登錄之后再根據(jù)權(quán)限加載路由,這樣,沒(méi)有權(quán)限的路由根本不會(huì)加載,于是被導(dǎo)向404頁(yè)面。
那么,現(xiàn)在的問(wèn)題是,怎么樣會(huì)有更簡(jiǎn)單的方式?
顯然,如果我們不想單獨(dú)寫(xiě)login頁(yè)面,那么router在登錄前就完成加載了。如果無(wú)法通過(guò)router自動(dòng)將越權(quán)頁(yè)面導(dǎo)向404頁(yè)面,我們能做的,只能手動(dòng)引導(dǎo)了。思路清楚了,實(shí)現(xiàn)起來(lái)就毫無(wú)壓力:
根據(jù)vue組件的生命周期,我們可以在mounted鉤子上進(jìn)行權(quán)限判斷,如果通過(guò)props傳入的用戶(hù)權(quán)限列表沒(méi)有對(duì)應(yīng)權(quán)限,就跳轉(zhuǎn)頁(yè)面到404:
mounted () { if (!this.check_user_privilege (current_page)) { this.$Message.error('權(quán)限不足'); this.$router.push('404'); } }
當(dāng)然,事實(shí)上vue-router也提供了頁(yè)面跳轉(zhuǎn)時(shí)的鉤子方法,全局的有beforeEach、afterEach等,我們希望直接在組件內(nèi)使用,則可以使用beforeRouteEnter方法,在進(jìn)入頁(yè)面時(shí)進(jìn)行判斷,比如:
beforeRouteEnter (to, from, next) { next(vm => { if (!vm.check_user_privilege (current_page)) { vm.$Message.error('權(quán)限不足'); vm.$router.push('404'); } }) },
具體可以參考[文檔]。
當(dāng)然,就這個(gè)例子來(lái)說(shuō),用vue-router提供的鉤子還不如直接在mounted寫(xiě)判斷條件,因?yàn)閎eforeRouteEnter方法中的next需要調(diào)用組件參數(shù),是在mounted執(zhí)行之后才執(zhí)行的,而我們又經(jīng)常需要在mounted鉤子加載頁(yè)面數(shù)據(jù),為了避免浪費(fèi),先進(jìn)行判斷是比較好的。
和常用方法相比,簡(jiǎn)單方法是有額外開(kāi)銷(xiāo)的,主要在于需要完全加載路由,同時(shí)在加載頁(yè)面后進(jìn)行了一次判斷。不過(guò)從寫(xiě)代碼的角度來(lái)說(shuō),似乎邏輯上更節(jié)約,因?yàn)椴挥昧硗鈱?xiě)一個(gè)集中進(jìn)行權(quán)限控制的文件了,至于每個(gè)頁(yè)面的權(quán)限判斷,那是本來(lái)在菜單欄就要做的事情,延伸到不同頁(yè)面也不算什么負(fù)擔(dān)。
會(huì)不會(huì)有什么副作用呢?暫時(shí)來(lái)看似乎是沒(méi)有的,如果在mounted最開(kāi)始就進(jìn)行頁(yè)面權(quán)限判斷,也不會(huì)有加載越權(quán)數(shù)據(jù)的問(wèn)題,況且數(shù)據(jù)權(quán)限是后端需要單獨(dú)判斷的,不應(yīng)該讓前端去擔(dān)心。
以上就是本文的全部?jī)?nèi)容,希望對(duì)大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。
相關(guān)文章
Vue+ECharts+高德地圖API實(shí)現(xiàn)天氣預(yù)報(bào)數(shù)據(jù)可視化的教程
所謂數(shù)據(jù)可視化,我們可以理解為從宏觀(guān)角度來(lái)看一眼就能看出來(lái)整個(gè)數(shù)據(jù)的占比,走向,對(duì)于數(shù)據(jù)可視化,很多互聯(lián)網(wǎng)公司是很看重這一塊的,包括大廠(chǎng),本就將給大家介紹如何通過(guò)Vue+ECharts+高德地圖API實(shí)現(xiàn)天氣預(yù)報(bào)數(shù)據(jù)可視化2023-06-06vue-cli3 karma單元測(cè)試的實(shí)現(xiàn)
這篇文章主要介紹了vue-cli3 karma單元測(cè)試的實(shí)現(xiàn),小編覺(jué)得挺不錯(cuò)的,現(xiàn)在分享給大家,也給大家做個(gè)參考。一起跟隨小編過(guò)來(lái)看看吧2019-01-01淺談Vuejs中nextTick()異步更新隊(duì)列源碼解析
本篇文章主要介紹了淺談Vuejs中nextTick()異步更新隊(duì)列源碼解析,小編覺(jué)得挺不錯(cuò)的,現(xiàn)在分享給大家,也給大家做個(gè)參考。一起跟隨小編過(guò)來(lái)看看吧2017-12-12Ant?Design?Vue?修改表格頭部樣式的詳細(xì)代碼
這篇文章主要介紹了Ant?Design?Vue?修改表格頭部樣式,首先用到的是customHeaderRow這個(gè)API,類(lèi)型是一個(gè)函數(shù),本文通過(guò)完整代碼給大家詳細(xì)講解,需要的朋友可以參考下2022-10-10詳解vue服務(wù)端渲染瀏覽器端緩存(keep-alive)
在使用服務(wù)器端渲染時(shí),除了服務(wù)端的接口緩存、頁(yè)面緩存、組建緩存等,瀏覽器端也避免不了要使用緩存,減少頁(yè)面的重繪。這篇文章主要介紹了詳解vue服務(wù)端渲染瀏覽器端緩存(keep-alive),感興趣的小伙伴們可以參考一下2018-10-10解決element-ui中Popconfirm氣泡確認(rèn)框的事件不生效問(wèn)題
這篇文章主要介紹了解決element-ui中Popconfirm氣泡確認(rèn)框的事件不生效問(wèn)題,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2022-07-07Vue Object 的變化偵測(cè)實(shí)現(xiàn)代碼
這篇文章主要介紹了Vue Object的變化偵測(cè)實(shí)現(xiàn),文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2020-04-04詳解探索 vuex 2.0 以及使用 vuejs 2.0 + vuex 2.0 構(gòu)建記事本應(yīng)用
本篇文章主要介紹了詳解探索 vuex 2.0 以及使用 vuejs 2.0 + vuex 2.0 構(gòu)建記事本應(yīng)用 ,具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2017-06-06