用户权限管理：最常用的架构模型介绍
本文由作者 Dennis_ 发布于社区
1. 角色权限管理
公司体系结构（Company Architecture），例如集团公司的管理，涉及总部和子公司、股权往来公司、业务往来公司等 组织架构（Organization），例如部门和子部门、部门领导和员工等 域（Domain），例如中国域和欧洲域 多业态（Multiple formats），按照不同业态对角色进行分类，例如系统类角色、营销渠道类角色等
在RBAC模型中引入用户组的概念，为用户赋予用户组，为用户组赋予角色，可考虑将用户组按需关联至公司体系结构层、组织架构层、域层 在RBAC模型中引入角色类型的概念，可考虑将其按需关联至多业态层 引入角色上下级继承等
2. 功能权限的管理
一种是写死，即页面下有哪些API和元素，前端工程师直接写死 一种是配置，即允许用户自行可视化的配置这些元素
于系统来说，菜单是我们用来管理系统资源（按钮、页面图片、API等）的载体，通过对菜单和依附菜单的系统资源做权限管控，可以实现细粒度的用户权限管理。因此，菜单管理本身属于RBAC权限管理的一部分 于用户来说，菜单最基础的作用是导航，通过菜单，用户可以快速了解系统的功能模块划分、层级结构，也可以快速切换
菜单名称 菜单编码，即菜单的唯一标识 菜单图标 所属应用，即该菜单属于哪个系统 父级菜单，即配置多级菜单 菜单状态，即停启用 跳转方式，即站内跳转和站外跳转，影响跳转路径的配置 跳转路径，即菜单的URL 打开方式，即跳转后的页面打开方式，在当前页打开，还是新页面
资源名称，即该资源的名称，例如「新增用户」 资源路径，即该资源的调用路径，例如「新增用户」的路径是Add User API的地址 资源类型，即API，或页面元素 页面元素，例如一个前端绿色小按钮静态图片 资源关联，例如配置了一个Add User API，又配置了一个绿色的新增用户按钮图片，将其关联起来
3. 数据权限的管理
支持选择数据表 支持选择数据表下的Key 支持选择数据表下的Key的Value 支持选择只读、读写 前端页面的逻辑，不要忘记反选哦，很多时候我们的需求就是除了某某之外，其他都能看
👇欢迎关注：