权限设计问题
普通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