配的用户数量可以被限制户有且只有个；用户被分配的角色数量也需要被限制角色被分配的权限数量也可以被限制。 先决条件约束：用户想被赋予上
级角色首先需要拥有下级角色比如
技术负责人的角色和普通技术员工角色是上下 WhatsApp 号码数据 级关系那么用户想要用户技术负责人的角色就要先拥有普通技术员工的角色。 用户划分 用户组 我们创建角色是为了解决用户数量大的情况下用户分配权限繁琐以及用户-权限关系维护成本高的问题。抽象出一个角色把需要一起操作的权限分配给这个角色把角色赋予用户用户就拥有了角色上的权限这样避免了一个个的给用户分配权限节省了大量的资源。 同样的如果有一批用户需要相同的角
色我们也需要一个个的给用户分配角色比如一个公司 如何使用剑道来吸引潜在客户？ 的客服部门有5多个人有一天研发部研发了一套查询后台数据的产品客服的小伙伴都需要使用但是客服由于之前并没有统一的一个角色给到所有的客服小伙伴这时候需要新加一个角色把权限分配给该角色然后再把角色一个个分配给客服人员这时候会发现给5个用户一个个添加角色非常的麻烦。但是客服人员又有共同的属性所以我们可以创建一个用户组所有的客服人员都属于客服用户组把角色分配给客服
用户组这个用户组下面的所有用户
就拥有了需要的权限。 RBAC模型添加用 ADB 目录 户组之后的模型图如下所示： 很多朋友会问用户组和角色有什么区别呢？简单的来说用户组是一群用户的组合而角色是用户和权限之间的桥梁。用户组把相同属性
的用户组合起来比如同一个项目的开发、产品、测试可以是一个用户组同一个部门的相同职位的员工可以是一个用户组 一个用户组可以是一个职级可以是一个部门可以是一起做事情的来自不同岗位的人。 用户可以分组权限也可以分组权限特别多的情况下可以把一个模块的权限组合起来成为一个权限组权限组也是解决权限和角色对应关系复杂的问题。 比如我们
定义权限的时候一级菜单、二级菜单、按钮都可以是权限一个一级菜单下面有几十个二级菜单每个二级菜单下面又有几十个按钮这时候我们
把权限一个个分配给角色也是非常麻烦的可以采用分组的方法把权限分组然后把分好的组赋予角色就可以了。 给权限分组也是个技术活需要理清楚权限之间的关系比如支付的运营后台我们需要查各种信息账务的数据、订单的数据、商户的数据等等这些查询的数据并
