需求

后臺(tái)系統(tǒng)需要能實(shí)現(xiàn)不同的用戶權(quán)限可以看到不同的功能。

用戶只能使用他的權(quán)限所允許使用的功能。

功能設(shè)計(jì)

之前在我的SpringSecurity的課程中就介紹過RBAC權(quán)限模型。沒有學(xué)習(xí)過的可以去看下 RBAC權(quán)限模型 。這里我們就是在RBAC權(quán)限模型的基礎(chǔ)上去實(shí)現(xiàn)這個(gè)功能。

表分析

通過需求去分析需要有哪些字段。

建表SQL及初始化數(shù)據(jù)見：SGBlog\資源\SQL\sg_menu.sql

接口設(shè)計(jì)

getInfo接口

是

請求方式	請求地址	請求頭
GET	/getInfo	需要token請求頭

請求參數(shù)：

無

響應(yīng)格式:

如果用戶id為1代表管理員，roles 中只需要有admin，permissions中需要有所有菜單類型為C或者F的，狀態(tài)為正常的，未被刪除的權(quán)限

{"code":200,"data":{"permissions":["system:user:list","system:role:list","system:menu:list","system:user:query","system:user:add"//此次省略1000字],"roles":["admin"],"user":{"avatar":"http://r7yxkqloa.bkt.clouddn.com/2022/03/05/75fd15587811443a9a9a771f24da458d.png","email":"23412332@qq.com","id":1,"nickName":"sg3334","sex":"1"}},"msg":"操作成功"
}

getRouters接口

請求方式	請求地址	請求頭
GET	/getRouters	需要token請求頭

請求參數(shù)：

無

響應(yīng)格式:

前端為了實(shí)現(xiàn)動(dòng)態(tài)路由的效果，需要后端有接口能返回用戶所能訪問的菜單數(shù)據(jù)。

注意：返回的菜單數(shù)據(jù)需要體現(xiàn)父子菜單的層級(jí)關(guān)系

如果用戶id為1代表管理員，menus中需要有所有菜單類型為C或者M(jìn)的，狀態(tài)為正常的，未被刪除的權(quán)限

數(shù)據(jù)格式如下：