欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  后端开发

求靠山权限设计思路

程序员文章站 2024-01-07 12:19:04
...
求后台权限设计思路
管理权限分到单个用户,没有统一的用户组。
权限分到节点,也就是分到每个操作。
这样的设计要如何来做。
不知道哪位大侠有好的思路,或是demo

------解决方案--------------------
后台分模块,模块有增删改查权限,如果没有用户组就只能每个用户分配详细的权限了,不过最好是设定权限级别,这样对权限比较好管理
------解决方案--------------------
给用户表附加一个权限字段即可
------解决方案--------------------
探讨

引用:

给用户表附加一个权限字段即可

这个权限字段中的存诸的值要与权限表里面的数据对应是吧?
有什么权限就只显示什么方法
而那个权限表里的字段要怎么做?
是不是要一个权限说明字段和一个请救的方法字段?
用几个字段好?

------解决方案--------------------
完全不分用户组, 权限也不分组或者等级的话,

你要先估计一下有多少具体权限节点,

数量大的话,以后管理很复杂.
------解决方案--------------------
首先要有角色。角色赋予几种操作权限。还要有权限表,权限表的权限值用整数存储,解析成二进制位,每一位代表一种操作权限。这样可以实现全局的权限的灵活派分。
------解决方案--------------------
搞个表也行啊。直接存
用户 权限
------解决方案--------------------
搞个表,对应用户权限
------解决方案--------------------
你可以用数组形式来做后台权限,在一个数组里边放入一个函数调用的方法名,
------解决方案--------------------
可以参考ThinkPHP的RBAC权限控制
------解决方案--------------------
我来说下吧
1.设计资源表resource(也就是权限资源,每个需要控制权限的动作都是一个资源,一般通过url来区分资源)
2.设计用户表(这个不多说了)
3.确定用户和资源之间的关系
一个用户可以有多个资源,一个资源同样可以用多个用户,所以这是典型的m2m关系,需要设计第三张表来维护他们的关系,所以就出现了user_resource表
4.验证权限
当一个请求过来,解析url,找到对应的资源resource,然后查找user_resource表,看是否用户具有这个资源的权限。接下来你懂的

如果要添加用户组,这个就很简单了。
1.设计用户组表role
2.设计user_role(不用说用户和用户组同样是m2m关系)
3.设计role_resource(用户组和资源同样是m2m关系)
4.至于用户组的权限判断你应该懂了。

------解决方案--------------------
权限树的对比可以做到简单的。
求靠山权限设计思路

声明:本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系admin@php.cn核实处理。

相关文章

相关视频


上一篇:

下一篇: