当我在 ThinkPHP 中学习 RBAC 时，ACCESS LIST 总是空的，所以专家们会看一看

我也遇到过，查看RBAC类下的源码，我发现那个节点，当角色表中的status=0是这样的，最后将这两个表中的状态改为1，分配权限时要注意：如果选择level3中的操作方式，必须选择对应的控制器level2和level2对应的应用level1; 还有角色表中的pid不能一样，否则在登录下一个时，之前的权限也会被添加到用户的头上，这些都是我遇到的问题，希望能帮到大家; 这是我做的RBAC（完整的demo，包括功能：权限管理、用户添加、删除、修改和查询、节点添加、删除和修改、角色添加、删除和修改，大家可以看一下：网页链接。

HD 访问表中的级别绝对不是 1，只有 2 和 3。 这就是问题所在，所以它没有找到价值。

您需要做的就是选择顶部节点。

RBAC 有五个表，没有用户表。

1.用户表（包含三个字段：用户编号、用户名和用户密码） 2用户组表（用户组编号和名字）。

3.用户与组之间的对应表（组号和用户号）4节点表（节点号、名称、注释、父路径号、级别）（注：此表容易混淆人）。

5.权限表（组号、节点号、父路径号、级别）。

这是你应该使用关联模型的地方，认为访问是一个相关表，

相似 之 处：

1.两者都是基于角色的权限控制。

2.所有用户都可以属于多个角色或用户组。

区别： RBAC：

它基于节点控制，根据3级节点、模块、控制器、动作、节点相似和树状结构，3级节点相互关联。

2.表关系：用户表>用户角色关联表>角色表>角色节点关联表>节点表。

3.根据节点控制3级，粒度到动作动作，每个节点都是单个模块、控制器或动作。

auth：是基于规则的控制，自定义规则和条件表达式，每个规则都是独立的。

2.表关系：用户表 - >用户和用户组关联表 - >用户组表 - >规则表

3.根据规则控制，可以自由定制不同的规则，非常自由，同一规则内可以自定义多个不同的节点（中间关系：或和）

4.可自定义的规则表达式，例如自定义整数表达式。

想法和问题：

auth：当验证多个规则时，条件表达式不起作用。

官方的例子只说一个规则，如果我规则"admin/goods/goodslist,admin/goods/goodsdel"是否可以为某些角色的操作权限定义规则表达式，这些角色 ID 是 goods 表中的一个字段，可能属于多个不同的角色？

不支持"admin/*"泛分析，因为他的每个规则都是独立的。

4.菜单、页面、按钮等的显示，使用身份验证会更好、更方便。

rbac:1.初学者在配置 rbac 时经常会获得 rbac $ session['_access_list'无法获取的问题，因为RBAC是用ThinkPHP的底层数据库引擎DSN连接数据库的，数据库链接和5个表的关系需要配置，字段名和表名不能有问题。

2.允许它完成"admin/*"以 pan-parsing 类型为例，这里直接自定义 Admin 模块的一个节点，没有从属节点。

通用：1无论是RBAC的角色表，还是AUTH中的用户组表，都可以扩展，比如角色或用户组的多级分类。

可以对节点和认证的规则进行分级，如前端函数权限、后端函数权限、后端功能模块权限等。

3.以上两件事都不能应用于权限控制，例如RBAC不能共享更高级别角色的权限，AUTH用户组也不能共享，但可以更好地管理，更面向进程。

PHP支持用HTML嵌套，在数据库中创建一个字段，， 这很好,,,但在这种 MVC 思维中，它也被称为模板。 不建议使用嵌套。

thinkphp 中没有 w 方法。

Look**应该是你自己修改的u方法。

生成 URL。

它是组装在标签 A 上的地址。 这很简单，你运行网页，点击A选项卡，你可以看到拼写的地址。

就是在项目的 widget 目录下调用对应的插件。

这是我最近研究thinkphp写的，thinkphp里有****，可以轮流下班只在空荡荡的桐沛家里打架看，我就是这样，很多来自新站的支持，

你说的是添加、删除、修改和搜索吗？