當我在 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裡有****，可以輪流下班只在空蕩蕩的桐沛家裡打架看，我就是這樣，很多來自新站的支援，

你說的是新增、刪除、修改和搜尋嗎？