寫在前面 這篇我們對用戶許可權進行極簡設計並保留其擴展性。首先很感謝大家的閱讀，前面六章我帶著大家快速入門了ASP.NET Core、ASP.NET Core的啟動過程源碼解析及配置文件的載入過程源碼解析並引入依賴註入的概念、Git的快速入門、Dapper的快速入門、Vue的快速入門。不知道大伙掌握的 ...
寫在前面
這篇我們對用戶許可權進行極簡設計並保留其擴展性。首先很感謝大家的閱讀，前面六章我帶著大家快速入門了ASP.NET Core、ASP.NET Core的啟動過程源碼解析及配置文件的載入過程源碼解析並引入依賴註入的概念、Git的快速入門、Dapper的快速入門、Vue的快速入門。不知道大伙掌握的怎麼樣了！如果你有興趣的話可以加入我們的.NET Core實戰項目群637326624跟更多的小伙伴共同進行交流下。
接下來我們就正式進入.NET Core實戰項目之CMS的設計篇了。在設計篇呢，我們需要對資料庫進行設計，而資料庫的設計又分為功能部分設計以及用戶許可權部分設計。作為設計篇的第一篇，我們先進行許可權部分的設計吧！希望對你進行許可權設計有所啟發。
本篇已經收錄至《.NET Core實戰項目之CMS 第一章 入門篇-開篇及總體規劃》
作者：依樂祝
原文地址：https://www.cnblogs.com/yilezhu/p/10056094.html
需求分析
首先，做一個東西之前必須把需求搞清楚。網上關於許可權管理需求分析以及設計的文章也比較多，這裡把我們需要實現的這個簡單的CMS系統將要實現的許可權部分內容羅列如下：
由於水平有限，有設計不合理的地方還請給予指正，我會以迅雷不及掩耳之勢給以糾正，從而能夠正確的引導更多的人。
- 許可權資源
- 菜單許可權：管理員跟內容編輯者登錄系統所擁有的功能菜單是不一樣的（先實現這塊）
- 按鈕許可權：管理員有文章審核的功能，而內容編輯者沒有（文章審核通過後才能進行發佈，最近聽群里小伙伴說許可權控制如何控制到按鈕，這個後期會考慮加上）
- 數據許可權：內容編輯者A看不到內容編輯者B發表的文章，而管理員可以看到A跟B的文章（這個後期也會考慮加上）
欄位許可權：內容編輯者看不到文章的審批人是誰，而管理員能看到（這個後期也會考慮加上，而且脫離業務的欄位許可權，有點耍流氓的感覺）
目前許可權部分第一版只實現菜單許可權部分，後期會擴展到按鈕許可權，數據許可權以及欄位許可權！因為如果設計的太多的話對很多新手朋友可能很難消化，同時如果設計的太多的話反而增加系統的複雜性，影響後面課程的進度。
用戶
用戶是應用系統的具體操作者，我這裡設計的是不能把許可權直接分配給用戶，如果用戶想擁有某個許可權，必須先為這個用戶創建一個角色，然後給這個角色分配相應的許可權，從而間接的讓用戶擁有了系統的許可權（說的有點拗口，大伙將就著看吧）。當然國內的情況是總有些人比較特殊，這時候可以專門為這個人創建一個特殊的角色來解決問題。角色
為了對許多擁有相似許可權的用戶進行分類管理，定義了角色的概念，以上所有的許可權資源都可以分配給角色，然後通過給用戶分配某個角色，從而達到給用戶分分配目的（就是為瞭解耦資源許可權和用戶）角色和用戶是N:N的關係。
設計
經過N次優化的資料庫結構設計。本來資料庫核心表中有很多多對多的關係（用戶與角色/角色與菜單等），所以中間多了很多關聯關係表，後來想想覺得何苦呢，為什麼大伙都喜歡這樣的設計，所以為了簡化這個過程我進行瞭如下的設計：
這裡你可能會問我：所有多對多的關係都放在一張表裡面，怎麼保證性能呢？什麼？性能？沒有千萬級別的數據，別跟我談性能。如果你的系統幾十萬數據時都會很卡的話，還是乖乖的去惡補一下資料庫基礎吧。
資料庫設計我採用的是PowerDesigner,首先打開軟體，新建一個概念模型。然後對這塊的設計如下：
上圖可能不清晰，所以下麵我會對每個表進行詳細的說明。
表詳細說明
後臺管理員
後臺管理員顧名思義就是對我們的後臺進行管理的人。這裡考慮到後期擴展可能會用到會員系統（Users）因此這裡的後臺管理員表名使用Manager 。後臺管理員包含的信息有：
主要信息：主鍵，角色ID，是否鎖定
登錄相關信息：用戶名，密碼
個性化信息：昵稱，頭像
聯繫方式信息：手機號碼，郵箱地址
登錄相關信息：登錄次數，最後一次登錄IP,最後一次登錄時間
操作相關信息：添加人，添加時間，修改人，修改時間
其他信息：是否刪除，備註
後臺管理員角色
這裡為了使後臺管理員與後臺菜單進行解耦引入了角色的概念。一個後臺管理員想要具有某個菜單的功能必須給它分配相應角色才能可以，角色又分為系統管理員和超級管理員。超級管理員的角色不能進行修改，擁有後臺的所有許可權。而系統管理員的功能則可以進行個性化的定製來滿足需求。
主要信息：主鍵，角色類型（超級管理員以及系統管理員），角色名稱，是否系統預設（系統預設不能刪除，防止誤刪除）
操作相關信息：添加人，添加時間，修改人，修改時間
其他 信息：是否刪除，備註
後臺管理菜單
後臺管理菜單是後臺的功能導航。是具體功能的單位，當然每個後臺管理菜單還包含相應的操作許可權，這塊我們後期再做具體操作的設計，前期為了考慮大部分人所以這裡暫不考慮，但是我已經預留了欄位，聰明如你，應該猜得到這是哪個欄位吧！
主要信息：主鍵，父菜單ID
個性化信息：名稱，顯示名稱，圖標地址，鏈接地址，排序欄位，操作許可權（沒錯，保留欄位，為後期操作許可權做準備）
操作信息：添加人，添加時間，修改人，修改時間
其他信息：是否刪除
角色許可權表
用來設計角色許可權，由於目前只有菜單許可權，後期可以在此表進行操作許可權，以及其他許可權的擴展：
主要信息：主鍵，角色ID，菜單ID
其他信息：操作類型
操作日誌
顧名思義，就是對後臺管理員的各種操作進行簡要的記錄
主要信息：主鍵，操作類型
操作信息：操作人，操作時間，操作IP，操作人名稱
其他信息：備註
總結
今天帶著大家進行用戶許可權模塊的設計，通過再三的斟酌只保留了這五張表，所以保留下來的這五張表也都個個是精華。之前設計的時候想不通為什麼那麼熱衷於那麼多的多對多設計，這樣的極簡設計也別有一番風味，瞬間感覺整個世界都簡單了很多。如果又覺得我的設計不合理的話，還請大家在下麵留言或者加我聯繫我吧！寫文章需要動力，希望大家給個推薦支持一下哈！
