gin-admin-react
gin-admin-react copied to clipboard
gin-admin
优化
font{
line-height: 1.6;
}
ul,ol{
padding-left: 20px;
list-style-position: inside;
}
不好意思，消息看到的不太及时，我理解一下您的需求。按照您的描述，我认为您需要的功能是针对角色的数据权限配置。由于数据权限的设定一般情况下都是按照业务系统的复杂化场景来进行设定的，按照您的场景，可以在角色分配时，加一项数据权限设定，可以按照用户、部门、角色的维护来设定，就是说一个角色可以管理哪些用户、部门或角色。
tiannianshou
[email protected]
签名由
网易邮箱大师
定制
在2019年12月9日 15:58，申<[email protected]> 写道：
我想基于您这个项目上加上用户权限管理，类似于超级管理员，管理员，用户；超级管理员，可以管理管理员，管理员能够管理分配给自己的用户，用户管理资源；可是我想了很久，经验不是很足，您能给我出一个注意吗，我来做，做好了，推过来
—You are receiving this because you commented.Reply to this email directly, view it on GitHub, or unsubscribe.
我举个例子,您看我这样设计有没有问题. 操作内容: 1-用户 , 2-角色, 3-资源, 4-分组(部门); 角色管理资源,角色管理分组,分组里面放用户,再把角色赋给用户,感觉这样看上去可以,但是实操的时候因为是一个闭环,分组->用户->角色->分组,总考虑不周全,这种设计是否是错误的.
然后第二种设计:1.一张管理员表,2.一张用户表,3.超级管理员,4.资源; 超级管理员创建的用户直接放在管理员表, 管理员创建的用户放在用户表; 超级管理员管理所有管理员, 管理员管理所有用户; 用户管理具体资源
这样设计,和实操都很简单,但用不上RBAC模型吧,不是您要如何设计呢 ------------------ 原始邮件 ------------------ 发件人: "Lyric"<[email protected]>; 发送时间: 2019年12月14日(星期六) 晚上6:05 收件人: "LyricTian/gin-admin-react"<[email protected]>; 抄送: "申"<[email protected]>;"Author"<[email protected]>; 主题: Re: [LyricTian/gin-admin-react] 优化 (#7)
font{
line-height: 1.6;
}
ul,ol{
padding-left: 20px;
list-style-position: inside;
}
不好意思，消息看到的不太及时，我理解一下您的需求。按照您的描述，我认为您需要的功能是针对角色的数据权限配置。由于数据权限的设定一般情况下都是按照业务系统的复杂化场景来进行设定的，按照您的场景，可以在角色分配时，加一项数据权限设定，可以按照用户、部门、角色的维护来设定，就是说一个角色可以管理哪些用户、部门或角色。
tiannianshou
[email protected]
签名由
网易邮箱大师
定制
在2019年12月9日 15:58，申<[email protected]> 写道：
我想基于您这个项目上加上用户权限管理，类似于超级管理员，管理员，用户；超级管理员，可以管理管理员，管理员能够管理分配给自己的用户，用户管理资源；可是我想了很久，经验不是很足，您能给我出一个注意吗，我来做，做好了，推过来
—You are receiving this because you commented.Reply to this email directly, view it on GitHub, or unsubscribe. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or unsubscribe.
