限时 5折! 详情

yii2项目实战-yii自带rbac数据表分析

16503 0 0

上一篇文章中,我们了解到了什么是基于角色的访问控制。如果让我们自己实现一套基于角色的访问控制,我们又该如何设计,如何开发呢?

开发之前有必要先来分析一下数据表:

  1. 首先主体,也就是用户,需要有一张用户表,很简单,我们已经有了,就是数据表 user_backend
  2. 我们需要有一张角色表和权限表,分别存放角色和权限的数据表
  3. 另外我们还需要一张主体跟角色的关联表,也就是需要给用户分配角色的存储表
  4. 最后我们再需要一张角色跟权限的关联表

也就是说,如果现在让我们自己从零开始实现一套基于角色的访问控制,我们总结了上面4小条。

开始之前很多人会觉得很难,无从下手,现在感觉呢,是不是思路清晰了很多?

开始本篇主题之前有必要再叨唠两句。有些同学学蒙了,为啥这个时候说这些有的没的呢,不是要学实战吗?其实我们现在步步都在实战,网上你也找不到这么好的教程呢!我们现在就是在为后面的课程做一些铺垫,因为很多人后面构建好了rbac,但是却不明白其前因后果!尤其重要的是,很多人需要自己从零构建rbac,真到那个时候你再想想现在,可真够幸运的呢。

所以,这里基础的理解很重要!

言归正传。官方自带的rbac在哪呢?在 vendor\yiisoft\yii2\rbac 目录下。

还记得我们之前讲的migrate的用法吗?接下来我们又要用到migrate生成官方自带的数据表了。(部分同学直接拷贝sql执行,但是sql本身未设定utf8模式,导致后面乱码,此处我们统一使用migrate进行操作)

CLI模式即命令行模式下,在vendor同级目录执行以下命令

./yii migrate --migrationPath=@yii/rbac/migrations/

windows用户请执行以下命令

yii migrate --migrationPath=@yii/rbac/migrations/

回车后输入yes..然后报错了,报错不可怕,可怕的是错误摆在我们面前我们仍然视而不见!来,我们看看具体的报错信息

Exception 'yii\base\InvalidConfigException' with message 'You should configure "authManager" component to use database before executing this migration.'

提示我们说在执行这条migration之前让我们先配置下authManager组件!也就是说我们尚未配置某些操作,那我们就配置下authManager组件呗

打开 common\config\main.php 文件,在 components 数组中加入 authManager 组件,注意authManager的配置不要写错哦。

//authManager有PhpManager和DbManager两种方式,    
//PhpManager将权限关系保存在文件里,这里使用的是DbManager方式,将权限关系保存在数据库.    
"authManager" => [        
    "class" => 'yii\rbac\DbManager',
],

然后我们再次执行上面的migrate命令,控制台提示我们成功创建了4张数据表,我们打开数据库看了下,嘿,果真如此。

数据表我们是一股脑的创建完了,但是每个数据表具体什么含义呢?是否真的就如我们一开始所分析的呢?

auth_item:用于存储角色、权限和路由

auth_item_child:角色-权限的关联表

auth_assignment:用户-角色的关联表

大致上跟我们所分析的差不多,只不过关于角色、权限这里共用了一张数据表,我们统称为授权项目。

说明一下:上面说的路由,实质就是我们权限所控制的最小粒度范围。那为什么要写角色、权限和路由呢?角色,可以理解为可为其分配的是角色更大级别的,权限,可以理解为角色的浓缩版,实质就是一个角色,只不过关联的是最小粒度-路由。

需要提醒的是:4张数据表的表名分别对应着 authManager 组件类 yii\rbac\DbManager 的4个属性,也就是说如果我们在 authManager 中配置了不同的属性值,生成的数据表名也会随之改动,可自行尝试!

下一章节,我们利用刚刚配置的 authManager 组件,直接手把手带你飞,手动敲出一个简单强大的权限管理,让rbac变的so easy,期待吧!