ThinkPHP中RBAC类的四种用法分析

本文实例讲述了thinkphp中rbac类的四种用法。分享给大家供大家参考。具体方法如下：

第一类：放在登陆控制器的登陆操作中

1.rbac::authenticate();

用于在用户表中查找表单提交的用户名的数据,实质上就是一条用户表查寻语句：

return m(modle)->where(array)->find();

这个操作有两个参数

a.array()数组的写法及作用和表查寻数组一样：

array('字段'=>'值','字段'=>array('条件','值'));

b.model就是表名，默认是配制参数

c('user_auth_model');

返回值是一条查询结果以一维数组承显。
注:它就是一个针对用户表的单条记录查寻方法,我们可以不用它,直接用查寻语句。

2.rbac::saveaccesslist();

将用户可以操控的应用名(组名),控制器名，操作名以一个三维数组的形势写入session。

参数是用户id，一般我们在用户登陆验证通过后，会将用户id写入session中的

c('user_auth_key');

本方法中默认会拿$_session(c('user_auth_key'))这个参数;

第二类：放在公共控制器中(所有参加权限验证的控制器类全都要继于成这个类)

3.rbac::accessdecision();

用来判断当前用户对当前操控是否有权限,参数默认是应用名app_name，如果是分组的模式，就得传入分组名group_name

这里面调用了一个方法

rbac::checkaccess();

用于验证当前控制器或操作是否参加本次判断.

注：有四个配制参数,需要我们写两个。

需要验证控制器：require_auth_module 需要验证操作:require_auth_action

不需要验证控制器：not_auth_module 不需要验证操作:not_auth_action

如果全写需要:在require_auth_action中写操作的同时必须在require_auth_module写其所属控制器。

如果全写不需要:在not_auth_module中写了控制器，其控制器中的所有方法都将不需要验证。

如果独写not_auth_action中的操作,则需要注意操作名重名的问题。

4.rbac::checklogin();

用来判断用户是否登陆。
注:登陆后的首页显示这个操作必须参加验证,所以每个角色都得加入这个操作的权限。

也可以不用这个方法，直接判断$_session[c('user_auth_key')]是否存在，不存在就跳转到登陆界面这样就可以让登陆后首页显示这个操作不参加验证。

希望本文所述对大家的thinkphp框架程序设计有所帮助。