写得不错,因为Yii的文档还缺少一些实际的例子,所以不是那么容易看懂,看了这篇就完全搞清楚了! 九月 10, 2009 - Posted by 东至 写在前面 开始准备 Yii提供了强大的配置机制和很多现成的类库。在Yii中使用RBAC是很简单的,完全不需要再写RBAC代码。所以准备工作就是,打开编辑器,跟我来。 设置参数、建立数据库 在配置数组中,增加以下内容: ‘components‘ => array( 那这三个数据表怎么建立呢?很简单,去看framework/web/auth/schema.sql。注意要和你的自定义的表名称对应起来。比如SQL文件中的AuthItem你要修改为pre_auth_item。然后在数据库中运行这个SQL文件中的语句。 了解概念 你可能要问,剩下的代码呢?我告诉你,没有啦。RBAC系统就这样建立起来了。但是为了使用它,你需要了解它的运行机制。我会尽量讲的啰嗦一点……(官方的RBAC文档在这里,但是我曾经看了4-5遍才明白。) 三个概念 你需要了解的是,授权项目可分为operations(行动),tasks(任务)和 roles(角色)。 一个用户拥有一个或者多个角色,比如,我们这里有三个角色:银行行长、银行职员、顾客。我们假设: 那么,相应的,只要顾客可以做的事情,小李就可以做,王职员和张行长也可以。银行职员可以做的事情,王职员和张行长都可以做,小李就不可以了。 比如,一个“顾客”可以存钱,那么拥有“顾客”角色的张行长、王职员、小李都可以存钱。“银行职员”可以打印顾客的交易记录,那么有“银行职员”角色的张行长和王职员都可以,而小李不行,必须找一个有“银行职员”角色的人才可以打印详细的交易记录。一个“银行行长”才可以进入银行钱库提钱,那么只有张行长可以,因为它才有“银行行长”的角色。 这就是基于角色的认证体系,简称RBAC。 角色的继承 角色是可以继承的,比如我们规定如下: 那么角色关系就变成了: 这样更简单了,这就是角色的继承。 任务的继承 一个任务(task)是可以包含另外一个任务的,我们举个例子,比如“进入银行”。 我们设定“顾客”这个角色有“进入银行”的权限。也就是说,“顾客”可以执行“进入银行”的任务。接下来,我们假设“进入柜台”是进入银行的父权限,也就是说,“进入柜台”包含“进入银行”。只要能“进入柜台”的人都可以“进入银行”。我们把“进入柜台”这个任务权限给“银行职员”。 那么从角色上来说,王职员可以进入银行,因为王职员的角色是“银行职员”,而“银行职员”包含了“顾客”的角色。那么“顾客”可以进行的“任务”对于“银行职员”来说也是可以进行的。而“顾客”可以“进入银行”,那么王职员也可以“进入银行”。这是角色的继承带来的。 我们再假设有个赵领导,是上级领导,可以进入柜台进行视察。那么,我们的任务关系是: 那么,赵领导就可以“进入银行”。因为“进入银行”是被“进入柜台”包含的任务。只要可以执行“进入柜台”的人都可以执行“进入银行”。这就是任务的继承。 关于行动 行动是不可划分的一级。也就是说。而一个行动是不能包含其他行动的。假设我们有个行动叫“从银行仓库中提钱”。我们把这个行动作包含“进入柜台”。那么只要可以执行“从银行仓库中提钱”的角色都可以执行“进入柜台”这个任务。 三者关系 这样,就形成了一个权限管理体系。关于“任务”和“行动”,你不必思考其字面上的意义。这两者就是形成两层权限。 进行赋权 我们建立了RBAC权限管理,就需要进行对权限的WEB管理。这些就需要你自己写代码了。 根据不同种类的项目调用下列方法之一定义授权项目: 一旦我们拥有一套授权项目,我们可以调用以下方法建立授权项目关系: 最后,我们调用下列方法来分配角色项目给各个用户: 下面我们将展示一个例子是关于用所提供的API建立一个授权等级: 也就是说,你需要自己写一个管理界面,来列出你的角色、任务、行动,然后可以在这个界面上进行管理。比如增加、删除、修改。 权限检查 假设你在你的管理界面进行了赋权,那么可以在程序里面进行权限检查: if( { } else { } 上面的代码就检查了用户是否可以执行“createPost”,这createPost可能是一个任务,也可以是一个行动。 其他的 对于很多说Yii权限体系RBAC不好用的人其实都没有看懂文档。综合我的体验,我感觉Yii框架的RBAC是我用过的框架里面最好用的。而且是需要自己写代码最少的。 Yii的RBAC有更加高级的用法,比如“业务规则”,“默认角色”。你可以去参考官方文档。 我知道,会有部分人仍旧不理解RBAC,或者不会用Yii的RBAC。没有关系,你可以在下方的评论框里提问。 happy Yii ! |
|