關於許可權系統的設計
貌似很多許可權系統都用到User Role Permission Resource, 但我覺得只要User Role Resource就可以了，User對Resource的訪問許可權透過其Role來控制就可以了，為什麼還要再透過Permission這層來控制，感覺沒多大必要，（比如上次看到有個springside的Acegi擴充套件就是多了Permission），請問banq大哥，這樣做有什麼好處，會更易於許可權系統的擴充套件麼？如果是，為什麼會易於許可權系統的擴充套件？能不能舉個例子？^_^
相關文章
- 續：關於許可權系統的設計
- 關於系統許可權的設計-位操作
- 許可權系統設計
- 許可權系統：許可權應用服務設計
- 許可權系統：6個許可權概念模型設計模型
- 許可權系統：許可權應用服務設計Tu
- 許可權系統設計(2)--operation
- 許可權系統設計(3)-- subject
- 許可權系統設計(4)--resource
- 許可權系統設計--概論
- 關於jdon裡許可權系統的問題
- 關於許可權系統的一些思考
- 使用者許可權設計(三)——通用資料許可權管理系統設計
- Oracle的物件許可權、角色許可權、系統許可權Oracle物件
- 基於Spring Security和 JWT的許可權系統設計SpringJWT
- 許可權系統設計(1)--基本模式模式
- 許可權系統設計(5)--動態性
- 系統許可權資料庫設計方案資料庫
- 基於RBAC的許可權管理系統
- 關於資料許可權設計的一些想法
- 基於RBAC的許可權設計模型模型
- 管理系統之許可權的設計和實現
- 許可權系統設計的理論基礎--RBAC
- 使用者角色許可權系統完整設計（基於shiro）
- 分散式系統中，許可權設計實踐分散式
- 最近對就有系統人員許可權升級計劃――也談人員許可權的設計。
- mongodb 的許可權系統MongoDB
- Android系統許可權和root許可權Android
- 關於動態許可權
- 【轉】關於MySQL許可權MySql
- 關於mysql許可權管理MySql
- 系統、角色、物件相關許可權字典物件
- 系統許可權相關資料字典
- 許可權管理系統的設計案例 -- 需求定義（2）
- 許可權管理系統的設計案例 -- 需求定義（3）
- 許可權管理系統的設計案例 -- 需求定義（4）
- 如何設計應用系統的資料許可權管理
- 基於角色的許可權系統的問題