在vue-router控制前端權(quán)限是常見需求：

1. 有一種做法是直接在后端完成判斷，提供頁面列表和操作列表，在前端進行渲染，但這個方案并不優(yōu)雅，前后端耦合度比較高。
2. 比較常見的做法是把登錄頁面獨立在router之外，專門寫一個權(quán)限控制文件，在登錄之后根據(jù)用戶權(quán)限加載router，之后把權(quán)限作為參數(shù)傳入各種組件中，以控制元素的渲染。這個方法比較合理，沒有什么額外的開銷，只是需要獨立寫一個登錄頁面和權(quán)限控制文件比較麻煩一些，特別是對一些小項目而言。

我們希望還有更簡單的方式。這個時候梳理一下需求，我們的主要目標是：

1. 菜單欄控制，根據(jù)權(quán)限渲染可以進入的頁面菜單；
2. 操作按鈕權(quán)限控制，沒有操作權(quán)限的不予顯示；
3. 如果有人通過直接點擊鏈接或輸入地址進入沒有權(quán)限的頁面，則進行攔截；

第一、第二個目標是容易實現(xiàn)的，把權(quán)限列表傳入對應(yīng)組件，通過v-if判斷即可，需要解決的是越權(quán)頁面的攔截問題。在上面常見的做法中，為了實現(xiàn)攔截，單獨寫了一個登錄頁面，登錄之后再根據(jù)權(quán)限加載路由，這樣，沒有權(quán)限的路由根本不會加載，于是被導(dǎo)向404頁面。

那么，現(xiàn)在的問題是，怎么樣會有更簡單的方式？

顯然，如果我們不想單獨寫login頁面，那么router在登錄前就完成加載了。如果無法通過router自動將越權(quán)頁面導(dǎo)向404頁面，我們能做的，只能手動引導(dǎo)了。思路清楚了，實現(xiàn)起來就毫無壓力：

根據(jù)vue組件的生命周期，我們可以在mounted鉤子上進行權(quán)限判斷，如果通過props傳入的用戶權(quán)限列表沒有對應(yīng)權(quán)限，就跳轉(zhuǎn)頁面到404：

mounted () {
 if (!this.check_user_privilege (current_page)) {
 this.$Message.error('權(quán)限不足');
 this.$router.push('404');
 }
 }

當然，事實上vue-router也提供了頁面跳轉(zhuǎn)時的鉤子方法，全局的有beforeEach、afterEach等，我們希望直接在組件內(nèi)使用，則可以使用beforeRouteEnter方法，在進入頁面時進行判斷，比如：

beforeRouteEnter (to, from, next) {
 next(vm => {
 if (!vm.check_user_privilege (current_page)) {
 vm.$Message.error('權(quán)限不足');
 vm.$router.push('404');
 }
 })
 },

具體可以參考[文檔]。

當然，就這個例子來說，用vue-router提供的鉤子還不如直接在mounted寫判斷條件，因為beforeRouteEnter方法中的next需要調(diào)用組件參數(shù)，是在mounted執(zhí)行之后才執(zhí)行的，而我們又經(jīng)常需要在mounted鉤子加載頁面數(shù)據(jù)，為了避免浪費，先進行判斷是比較好的。

和常用方法相比，簡單方法是有額外開銷的，主要在于需要完全加載路由，同時在加載頁面后進行了一次判斷。不過從寫代碼的角度來說，似乎邏輯上更節(jié)約，因為不用另外寫一個集中進行權(quán)限控制的文件了，至于每個頁面的權(quán)限判斷，那是本來在菜單欄就要做的事情，延伸到不同頁面也不算什么負擔。

會不會有什么副作用呢？暫時來看似乎是沒有的，如果在mounted最開始就進行頁面權(quán)限判斷，也不會有加載越權(quán)數(shù)據(jù)的問題，況且數(shù)據(jù)權(quán)限是后端需要單獨判斷的，不應(yīng)該讓前端去擔心。

聲明：本網(wǎng)頁內(nèi)容旨在傳播知識，若有侵權(quán)等問題請及時與本網(wǎng)聯(lián)系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com