JiveJdon Community Forums
在线175人 Home | 论坛 | 培训咨询 | 精华 | 查搜 | 注册 | 登陆 |
首页 » 论坛 » 项目工程开发经验谈
???en_US.forumThreadPrev.name??? 上一主题
Go back to the topic listing   返回主题列表
???en_US.forumThreadNext.name??? 下一主题
这个主题共有 6 回复 / 1 页 [ ]  发表新帖子  回复该主题贴
艾云

发表文章: 4
注册时间: 2003年11月04日 21:20
给他发消息
权限设计--role之间应该存在继承关系吗? 发表: 2003年11月20日 20:09 回复
如题,大家认为好吗?
iceant

发表文章: 462
注册时间: 2002年10月13日 22:32
给他发消息
Re: 权限设计--role之间应该存在继承关系吗? 发表: 2003年11月20日 23:12 回复
不好~~ 最好不要~~ 如果有要 hierarchy, 也最好控制在两层以内
banq

发表文章: 9114
注册时间: 2002年08月03日 17:08
给他发消息
Re: 权限设计--role之间应该存在继承关系吗? 发表: 2003年11月22日 15:59 回复
其实,什么都可以有,问题是复杂性,角色有了继承关系,就太复杂了。
anonymous

发表文章: 0
注册时间:
给他发消息
Re: 权限设计--role之间应该存在继承关系吗? 发表: 2003年11月24日 10:16 回复
不应该,
组已经有继承关系了,如果角色再有继承关系,如板桥说的,复杂度会非常高
试想,一个用户的权限你得遍历其所在组(所有组包括各自的父组),从这些组中遍历角色(包括所有的角色及其父角色).........从性能上说也不好:)

角色应该是非常独立的,这样在角色分配的时候会非常方便,如果有继承,则当你把某一角色赋给某个人时你不得不去查看其所有父角色的权限,而且很容易引其不必要的权限赋予。。。。。:)
furarmy

发表文章: 7
注册时间: 2003年07月18日 16:18
给他发消息
Re: 权限设计--role之间应该存在继承关系吗? 发表: 2003年12月04日 13:26 回复
最近也在考虑这个问题,的确查询和修改时都很复杂。
感觉就继承关系本身而言,我们不能限定对于不对,有时候可能是需求。所以我想,如果要解决这个复杂度,关键还在于弄清楚继承关系究竟是否应该存在于“角色”这种对象上。如果有个“岗位”的概念,专门用来体现上下级关系,这时的关系就可以是多层的了,而角色仅仅只是一堆权限的集合。角色应该被赋予岗位,这样应该更符合实际情况一些。
crogers

发表文章: 84
注册时间: 2003年10月11日 13:47
给他发消息
Re: 权限设计--role之间应该存在继承关系吗? 发表: 2003年12月04日 23:46 回复
嗯,然后功能权限完了
再补上数据权限,如客户经理可以管理自己的客户
可以查看其下级的客户经理所管理客户的资料
这是比较正常的
现在我对门在设计更变态的,多个客户经理可以管理多个客户

需求快,比摩尔定律还快啊....~~~
loreal

发表文章: 2
注册时间: 2004年01月07日 15:43
给他发消息
Re: 权限设计--role之间应该存在继承关系吗? 发表: 2004年01月08日 11:39 回复
我认为角色间的继承关系在某些情况下还是有必要的:
1)可以减少管理员的授权管理工作
2)其实复杂度也不见得太高,看你怎么设计了,就像win2000下的对目录的访问控制,目录不是一样可以有若干层吗?目录间也同样是有继承关系的啊。
3)如果没有继承关系,好多授权和访问控制没法实现,或实现起来太复杂,比如:请假单只能先由请假人的小组长审批,再由大组长审批,最后由主任审批。
这个主题有 6 回复 / 1 页 [ ]
???en_US.forumThreadPrev.name??? 上一主题
Go back to the topic listing   返回主题列表    返回页首  返回页首
???en_US.forumThreadNext.name??? 下一主题
热点TAG: AOP cache DDD EJB 集群 设计模式 Hibernate IOC JiveJdon OO RBAC Spring Struts
查询本论坛内 回复超过的热门帖子
快速发表回复
标题
 
粗体 斜体 下划线 插入图片 插入代码 插入url链接 插入附件
内容
 

解惑之道在J道 ,打造中国最具影响力的的企业软件社区
OpenSource JIVEJDON v3.0 Powered by JdonFramework Code © 2002-08 jdon.com

anti spam