系统权限模块设计(ps:有图有真相!)

我知道你的意思，不是这个问题。你这个模型本身粒度太粗了。只有一个菜单，你总不能说编辑和删除它是2个菜单吧。

RBAC1级的模型，URL和操作都是分离的，然后URL还有树形级联关系。RBAC2,3级模型就更复杂了，不过对于一般的场景，1级的模型已经够用了。你这个模型，0级都算不上。

kyfxbl说的对

你可能误解了，菜单管理和权限表本质是一样的，你可以把它当做一张表。比如你可以不分配菜单给用户，但是菜单下的操作功能你可以分配给用户，只是用户有这个操作功能，没有提供用户操作入口而已。

不是说过滤器，而是往权限表里插入url，这个要把系统的所有url都要插进去吧？如何保证url不会遗漏

不一定要存储系统所有的url，这个在开发初期就应该确定清楚，如果遗漏了哪些url，测试过程中就会提示无权限。

十分同意kyfxbl 的观点，LZ如果把角色可以控制的资源类型仅仅设定为页面以后是会出以上问题的，粒度不够细化，参考RBAC模型把资源表重新设计一下，最好把用户组的功能也加上去

 

以下是RBAC0的模型：


在我的系统权限模块设计中，除了用户跟角色是一对一关系外其他完全符合RBAC0模型，当然这要根据各自系统的特色来分析是否有必要给一个用户分配多个角色，这个在后期完全是可以扩展的。欢迎大家拍砖！

此模型只是级别1的RBAC。而且用户与角色是多对多的关系是级别1的RBAC的核心。您的设计，和RBAC大相径庭，我的砖拍重了，但是是实话。你的设计，与RBAC相差十万八千里。

求extjs书。