眾所周知，權限系統是每個系統里面必備的最基本的系統，然而權限系統設計有時挺麻煩的，，現在整理了下，給正在開發此模塊的朋友一個思路！

　　設計基礎：用戶、角色、權限三大核心表，加上用戶角色、角色權限兩個映射表(用於給用戶表聯系上權限表)。這樣就可以通過登錄的用戶來獲取權限列表，或判斷是否擁有某個權限。

　　大致用到５張表：用戶表（UserInfo）、角色表（RoleInfo）、菜單表（MenuInfo）、用戶角色表（UserRole）、角色菜單表（RoleMenu）。

各表的大體表結構如下：

　　１、用戶表（UserInfo）：Id、UserName、UserPwd

　　２、角色表（RoleInfo）：Id、RoleName

　　３、菜單表（MenuInfo）：Id、MenuName

　　４、用戶角色表（UserRole）：Id、UserId、RoleId

　　５、角色菜單表（RoleMenu）：Id、RoleId、MenuId

　　最關鍵的地方是，某個用戶登錄時，如何查找該用戶的菜單權限？其實一條語句即可搞定：

　　假如用戶的用戶名為Arthur，則他的菜單權限查詢如下：

　　Select m.Id,m.MenuName from MenuInfo m ,UserInfo u, UserRole ur, RoleMenu rm Where m.Id = rm.MenuId and ur.RoleId = rm.RoleId and ur.UserId = u.Id and u.UserName = 'Arthur'

　　任何權限的需求，都是為廣義的用戶分配角色，角色擁有廣義的權限。角色是最重要的中樞，隱藏做幕后黑手，從不出現在業務代碼里，用行話說就是解除了用戶和權限的直接耦合。

　　角色把用戶抽象化了，幾百個用戶變成成幾個角色，用戶->角色->權限寫成通用判斷權限的方法：currUser.IsHave(xx權限)。核心就是一個sql聯表查詢語句，查詢條件為用戶id。

例如：
部門權限：部門也是一種用戶，建立 部門表、部門角色表。通用權限方法里加上 當前部門->部門所屬角色->權限 
職位權限：職位也是一種用戶，建立職位表、職位角色表，同上
菜單：也是一種權限，建立 菜單表、角色菜單表，就把菜單納入了權限管理。通用權限方法里加上 角色列表->權限、菜單