权限设计问题
普通a用户发表一个帖子,
a拥有对这个帖子的编辑,删除,查看权限。
普通b用户,拥有查看权限
小编c用户,拥有对这个帖子的编辑,删除,查看权限。
编辑,删除,查看权限都有对应的按钮,有权限就显示,没有就不显示。
应该怎么设计呢?
例如,编辑按钮对应的是一个按钮,操作节点设计成一个,节点的功能有对自己的主题编辑,对他人的主题编辑。
回复内容:
使用了rbac模式设计权限,现在有种情况。
普通a用户发表一个帖子,
a拥有对这个帖子的编辑,删除,查看权限。
普通b用户,拥有查看权限
小编c用户,拥有对这个帖子的编辑,删除,查看权限。
编辑,删除,查看权限都有对应的按钮,有权限就显示,没有就不显示。
应该怎么设计呢?
例如,编辑按钮对应的是一个按钮,操作节点设计成一个,节点的功能有对自己的主题编辑,对他人的主题编辑。
通常对自己的数据进行编辑、删除是不需要进行权限管理的。因为一般来说网站是划分前后台的,普通用户在前台操作时几乎不用考虑权限问题,是谁的谁就能管理。
详细解释起来很麻烦,你先思考一下,我觉得你主要是陷入误区了。
我这样解释一下:
已 “编辑主题” 和 “编辑我的主题” 为例 用真值表的方式模拟如下:
有 编辑主题 权限 , 有 “编辑我的主题” 权限: T
有 编辑主题 权限 , 无 “编辑我的主题” 权限: T
无 编辑主题 权限 , 有 “编辑我的主题” 权限: 做isAuth检查并返回 isAuth检查结果
无 编辑主题 权限 , 无 “编辑我的主题” 权限: F
那么现在取消 编辑我的主题 权限设置,用isAuth检查代替,真值表为相同结果:
有 编辑主题 权限 , isAuth = T: T
有 编辑主题 权限 , isAuth = F: T
无 编辑主题 权限 , isAuth = T: T
无 编辑主题 权限 , isAuth = F: F
你肯定说了,有的地方就算是用户通过 isAuth 检查也不让他用,此类操作不做isAuth检查不就行了吗?
class Controller {
protected $_allowIfIsAuth = false;
public function afterDispatch() {
if (! $user->hasPermission('permission_name')) {
if (! ($this->_allowIfIsAuth && $user->isAuth('auth_id'))) {
return false;
}
}
return true;
}
}
CREATE TABLE `app_user` (
`id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键',
`gmt_create` datetime NOT NULL COMMENT '数据新增时间',
`creator` varchar(128) NOT NULL DEFAULT '0' COMMENT '创建者',
`gmt_modified` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '数据修改时间',
`modifier` varchar(128) NOT NULL DEFAULT '0' COMMENT '修改者',
`is_deleted` char(1) NOT NULL DEFAULT 'n' COMMENT '是否逻辑删除,默认为n',
`ha_id` varchar(64) DEFAULT NULL COMMENT '会员统一ID',
`buc_id` varchar(64) DEFAULT NULL COMMENT '员工统一ID',
`work_no` varchar(64) DEFAULT NULL COMMENT '工号',
`status` varchar(32) DEFAULT NULL COMMENT '状态',
`user_type` varchar(32) DEFAULT NULL COMMENT '用户类型',
`user_name` varchar(128) DEFAULT NULL COMMENT '用户名称',
`email` varchar(64) DEFAULT NULL COMMENT 'E-mail',
`mobile` varchar(32) DEFAULT NULL COMMENT '手机',
`phone` varchar(32) DEFAULT NULL COMMENT '电话',
`home_page_url` varchar(128) DEFAULT NULL COMMENT '主页URL',
`user_no` varchar(128) DEFAULT NULL COMMENT '用户编号',
`login_id` varchar(128) DEFAULT NULL COMMENT '登录ID',
PRIMARY KEY (`id`),
KEY `idx_workno` (`work_no`,`is_deleted`),
KEY `login_id` (`login_id`)
) ENGINE=InnoDB AUTO_INCREMENT=1774 DEFAULT CHARSET=utf8 COMMENT='系统用户';
CREATE TABLE `app_role` (
`id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键',
`gmt_create` datetime NOT NULL COMMENT '数据新增时间',
`creator` varchar(128) NOT NULL DEFAULT '0' COMMENT '创建者',
`gmt_modified` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '数据修改时间',
`modifier` varchar(128) NOT NULL DEFAULT '0' COMMENT '修改者',
`is_deleted` char(1) NOT NULL DEFAULT 'n' COMMENT '是否逻辑删除,默认为n',
`role_name` varchar(64) DEFAULT NULL COMMENT '角色名称',
`role_type` varchar(32) DEFAULT NULL COMMENT '角色类型',
`home_page_url` varchar(128) DEFAULT NULL COMMENT '主页URL',
PRIMARY KEY (`id`),
KEY `idx_rolename` (`role_name`,`is_deleted`)
) ENGINE=InnoDB AUTO_INCREMENT=1065 DEFAULT CHARSET=utf8 COMMENT='系统角色';
CREATE TABLE `app_role_org_user` (
`id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键',
`gmt_create` datetime NOT NULL COMMENT '数据新增时间',
`creator` varchar(128) NOT NULL DEFAULT '0' COMMENT '创建者',
`gmt_modified` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '数据修改时间',
`modifier` varchar(128) NOT NULL DEFAULT '0' COMMENT '修改者',
`is_deleted` char(1) NOT NULL DEFAULT 'n' COMMENT '是否逻辑删除,默认为n',
`role_id` bigint(20) DEFAULT NULL COMMENT '角色ID',
`org_id` bigint(20) DEFAULT NULL COMMENT '组织ID',
`user_id` bigint(20) DEFAULT NULL COMMENT '用户ID',
`home_page_url` varchar(500) DEFAULT NULL COMMENT '主页URL',
`access_org_path` varchar(256) DEFAULT NULL COMMENT '授权组织路径',
PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=18658 DEFAULT CHARSET=utf8 COMMENT='系统用户组织角色';
存一个全局常量标识用户,并分用户组分配不同的功能,具体可以看一下one think的思路one think
推荐阅读
-
Android webview旋转屏幕导致页面重新加载问题解决办法
-
Android设计模式之策略模式详解
-
C#中WebBrowser.DocumentCompleted事件多次调用问题解决方法
-
Android 中两个Activity 之间的传值问题
-
实例讲解Python的函数闭包使用中应注意的问题
-
python代码实现求解最值问题的模拟退火
-
解决MyEclipse出现the user operation is waiting的问题
-
Java使用访问者模式解决公司层级结构图问题详解
-
MySQL 可以用localhost 连接,但不能用IP连接的问题解决方法
-
C# 7.2中结构体性能问题的解决方案