为什么:在 User 和 Permission 之间插一层 Role

最朴素的做法是 ACL(Access Control List):直接给每个用户挂一串权限。 用户少时没问题,但用户和权限是一张全连接的网——M 个用户 × N 个权限根线。 新人入职要逐条勾选;「所有编辑都加导出权限」这种策略变更,要逐个用户修改。 RBAC 的核心改动只有一个:在中间插一层 Role,把 User→Permission 拆成 User→Role + Role→Permission,连线从 M×N 掉到 M+N。

这层 indirection 的价值

• 策略复用:「编辑能做的事」定义一次在 Editor 角色上,100 个编辑共享。改一处,全员生效。
• 入职/转岗:给新人挂一个 Editor 角色即可,无需记住该勾哪 12 条权限。转岗 = 换角色。
• 可审计:「谁能删订单」变成「哪些角色有 order:delete + 谁挂了这些角色」,两次关联即可查清。
• 最小权限:角色让权限按职责打包,而不是为省事把所有人设成 admin。