rbac 权限（Rbac 权限表 前端编辑）



RBAC（Role-Based Access Control）模型也就是基于角色的权限控制。

权限会分配到角色中，角色再分配给用户，这样用户就根据角色有了不同的权限。

当然，你可以说把权限直接挂载到用户上，这样不是更直接？

如果用户量有1W个，权限有100个，每个用户要分配不同的权限，试想一下需要多久完成这份工作，如果把不同的权限分配到角色上，用户只需要分配对应的角色，这样工作量是不是就较少了很多呢？

从根不上讲前端仅仅只是视图层的展示， 权限的核心在于后端，后端权限可以控制某个用户是否能够查询数据，是否能够修改数据等操作。前端权限的控制本质上来说， 就是控制端的视图层的展示和前端所发送的请求。但是只有前端权限控制没有后端权限控制是万万不可的。 前端权限控制只可以说是达到锦上添花的效果。

首先需要创建5张表。

1. 用户表
2. 角色表
3. 权限表
4. 用户与角色 关联表(多对多)
5. 角色与权限 关联表(多对多)

其中用户角色关联表里存的是用户表id和角色表id，同样的，角色权限表存的是用户表id和权限表id。

关联表的作用就是将两张表通过唯一标识关联起来，并且存储关联的数据，比如user_id = 2的用户有两个角色，role_id分别是11, 12，那么在用户角色表中，存储的就有两条数据，如下图：

如果我想查找user_id为1的用户下的角色就可以直接去这张表里查找。

先举个不做接口访问权限控制例子，假如A角色本身没有访问 addUser 接口的权限，前端页面中也确实没有入口可以使用，但是token被人恶意使用了，别人不知道从哪知道的 addUser 接口地址，然后通过postman工具或者其它发送http请求的工具就恶意调取使用了，这个时候后端校验token没问题，addUser 接口就放行了，那这种情况下系统就被搞坏了!

所以需要后端对接口进行权限控制。

主要具体做法就是，通过登陆的用户信息拿到该用户所拥有的权限，比如 addUser 接口对应的接口权限为add_user。需要先校验用户是否存在add_user权限，如果存在则放行，不存在就需要返回错误信息。

一般会有两个接口，分别为。无非就是根据单个条件查询，连表查询

getUserInfo 接口数据模型如下：

getMenu 接口数据模型如下：

如果仅从能够修改服务器中数据库中的数据层面上讲， 确实只在后端做控制就足够了， 那为什么越来越多的项目也进行了前端权限的控制， 主要有这几方面的好处

1. 降低非法操作的可能性 在页面中展示出一个就算点击了也最终会失败的按钮，势必会增加有心者非法操作的可能性
2. 尽可能排除不必要清求，减轻服务器压力。 没必要的请求，操作失败的清求，不具备权限的清求，应该压根就不需要发送，请求少了，自然也会减轻服务器的压力。
3. 提高用户体验。 根据用户具备的权限为该用户展现自己权限范围内的内容，避免在界面上给用户带来困扰，让用户专注于分内之事

前端需要把所需要的路由定义好，分为两部分：一部分是静态路由，可以随意访问；另一部分是权限路由，需要做权限控制。

我们的页面结构通常是左侧有一个侧边栏，然后页面在中间的内容区域显示。所以这部分需要定义成嵌套路由。内容区为路由出口，React里边的 ，Vue中的 ； 然后还可以把一些页面通过懒加载的方式引入。

示例代码：

菜单动态显示控制

在登录成功后，会得到权限数据，前端根据后端返回的菜单数据，展示对应的菜单，点击菜单，才能查看相关的界面。

页面的权限控制

使用路由守卫就可以了，。；

使用React举例：

按钮的权限控制

用户不具备权限的按钮需要隐藏或者禁用，

以React为例，我们已经获取了所有的权限数据。比如 某个用户不需要显示添加用户按钮

这就是前后端完整的权限控制流程，也是市面上比较常见的一种方案。关于前端无论使用React还是Vue，只要理解并梳理清楚了这个流程。在代码层面是较容易实现的。

版权声明：

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符，请将相关资料发送至xkadmin@xkablog.com进行投诉反馈，一经查实，立即处理！

转载请注明出处，原文链接：https://www.xkablog.com/qdkf/13983.html