大家好验烧，我是IT修真院武漢分院第7期的學員張宇鵬虐拓，一枚正直純潔善良的WEB前端程序員沼沈。
今天給大家分享一下丈冬，修真院官網(wǎng)JS任務11中的知識點——如何進行用戶權限管理
1：問題：
假如在做一個管理系統(tǒng)嘱函，面向老師學生的，學生提交申請埂蕊，老師負責審核（或者還需要添加其他角色往弓，功能權限都不同）疏唾。
現(xiàn)在的問題是，每種角色登錄看到的界面應該都是不一樣的函似，那這個頁面的區(qū)分如何實現(xiàn)呢槐脏？
2：要不要給老師和學生各自設計一套頁面？這樣工作量是不是太大了撇寞，并且如果還要加入其它角色的話顿天，難道每個角色對應一套代碼？
所以我們需要用一套頁面適應各種用戶角色蔑担，并根據(jù)身份賦予他們不同權限
3：權限設計與管理是一個很復雜的問題牌废，涉及的東西很多，相比前端啤握，更偏向于后端鸟缕，在搜集相關資料的過程中
，發(fā)現(xiàn)摻雜了許多數(shù)據(jù)庫之類的知識排抬，以及幾個用于權限管理的java框架懂从，比如spring，比如shiro等等畜埋，都屬于后端的工作
4：那我們前端能做什么呢莫绣？
權限的設計中比較常見的就是RBAC基于角色的訪問控制,基本思想是，對系統(tǒng)操作的各種權限不是直接授予具體的用戶悠鞍，而是在用戶集合與權限集合之間建立一個角色集合对室。每一種角色對應一組相應的權限。
一旦用戶被分配了適當?shù)慕巧罂Ъ溃撚脩艟蛽碛写私巧乃胁僮鳈嘞扪谝恕＿@樣做的好處是，不必在每次創(chuàng)建用戶時都進行分配權限的操作么翰，只要分配用戶相應的角色即可牺汤，而且角色的權限變更比用戶的權限變更要少得多，這樣將簡化用戶的權限管理浩嫌，減少系統(tǒng)的開銷檐迟。
在Angular構建的單頁面應用中,要實現(xiàn)這樣的架構我們需要額外多做一些事.從整體項目上來講,大約有3處地方,前端工程師需要進行處理.
1. UI處理(根據(jù)用戶擁有的權限,判斷頁面上的一些內容是否顯示)
2. 路由處理(當用戶訪問一個它沒有權限訪問的url時,跳轉到一個錯誤提示的頁面)
3. HTTP請求處理(當我們發(fā)送一個數(shù)據(jù)請求,如果返回的status是401或者401,則通常重定向到一個錯誤提示的頁面)
如何實現(xiàn)?
首先需要在Angular啟動之前就獲取到當前用戶的所有的permissions,然后比較優(yōu)雅的方式是通過一個service存放這個映射關系.對于UI處理一個頁面上的內容是否根據(jù)權限進行顯示,我們應該通過一個directive來實現(xiàn).當處理完這些,我們還需要在添加一個路由時額外為其添加一個"permission"屬性,并為其賦值表明擁有哪些權限的角色可以跳轉這個URL,然后通過Angular監(jiān)聽routeChangeStart事件來進行當前用戶是否擁有此URL訪問權限的校驗.最后還需要一個HTTP攔截器監(jiān)控當一個請求返回的status是401或者403時,跳轉頁面到一個錯誤提示頁面.
大致上的工作就是這些,看起來有些多,其實一個個來還是挺好處理的.
在Angular運行之前獲取到permission的映射關系
Angular項目通過ng-app啟動,但是一些情況下我們是希望Angular項目的啟動在我們的控制之中.比如現(xiàn)在這種情況下,我就希望能獲取到當前登錄用戶的所有permission映射關系后,再啟動Angular的App.幸運的是Angular本身提供了這種方式,也就是angular.bootstrap().看的仔細的人可能會注意到,這里使用的是$.get(),沒有錯用的是jQuery而不是Angular的$resource或者$http,因為在這個時候Angular還沒有啟動,它的function我們還無法使用.
進一步使用上面的代碼可以將獲取到的映射關系放入一個service作為全局變量來使用.
在取得當前用戶的權限集合后,我們將這個集合存檔到對應的一個service中,然后又做了2件事:
(1) 將permissions存放到factory變量中,使之一直處于內存中,實現(xiàn)全局變量的作用,但卻沒有污染命名空間.
(2) 通過$broadcast廣播事件,當權限發(fā)生變更的時候.
如何確定UI組件的依據(jù)權限進行顯隱
這里我們需要自己編寫一個directive,它會依據(jù)權限關系來進行顯示或者隱藏元素.
這里看到了比較理想的情況是通關一個has-permission屬性校驗permission的name,如果當前用戶有則顯示,沒有則隱藏.
擴展一下之前的factory:
路由上的依權限訪問
這一部分的實現(xiàn)的思路是這樣: 當我們定義一個路由的時候增加一個permission的屬性,屬性的值就是有哪些權限才能訪問當前url.然后通過routeChangeStart事件一直監(jiān)聽url變化.每次變化url的時候,去校驗當前要跳轉的url是否符合條件,然后決定是跳轉成功還是跳轉到錯誤的提示頁面.
router.js:
mainController.js 或者 indexController.js (總之是父層Controller)
這里依然用到了之前寫的hasPermission,這些東西都是高度可復用的.這樣就搞定了,在每次view的route跳轉前,在父容器的Controller中判斷一些它到底有沒有跳轉的權限即可.
HTTP請求處理
這個應該相對來說好處理一點,思想的思路也很簡單.因為Angular應用推薦的是RESTful風格的接口,所以對于HTTP協(xié)議的使用很清晰.對于請求返回的status code如果是401或者403則表示沒有權限,就跳轉到對應的錯誤提示頁面即可.
當然我們不可能每個請求都去手動校驗轉發(fā)一次,所以肯定需要一個總的filter.代碼如下:
寫到這里我們就基本實現(xiàn)了在這種前后端分離模式下,前端部分的權限管理和控制。
感謝大家觀看
今天的分享就到這里啦码耐，歡迎大家點贊追迟、轉發(fā)、留言骚腥、拍磚~
ppt鏈接：ppt鏈接
視頻鏈接：視頻鏈接
“我們相信人人都可以成為一個工程師敦间，現(xiàn)在開始，找個師兄，帶你入門廓块，掌控自己學習的節(jié)奏厢绝，學習的路上不再迷茫”带猴。
這里是技能樹.IT修真院昔汉，成千上萬的師兄在這里找到了自己的學習路線，學習透明化浓利，成長可見化挤庇，師兄1對1免費指導〈矗快來與我一起學習吧 嫡秕！
