后台管理系统的权限实现，根据权限展示不同的页面

最新推荐文章于 2024-05-31 14:00:15 发布

代码匪徒

最新推荐文章于 2024-05-31 14:00:15 发布

阅读量6.9k

点赞数 3

分类专栏：项目开发文章标签： java 个人开发

本文链接：https://blog.csdn.net/munangs/article/details/125868550

版权

项目开发专栏收录该内容

18 篇文章 3 订阅

订阅专栏

后台菜单权限设计实现思路

设计一款后台产品时，用户角色权限控制是最常遇到的问题，本文以最简单最基本菜单权限设计实现，采用具体案例来说明权限设计应该怎么实现。

原始需求：A企业有员工四名，分别是总裁张三、经理李四、员工王五和肖六，为A公司设计一款后台系统，要求每个员工看到的菜单选项不一致。

1.权限的作用意义
顾名思义，“权”代表“权力”，划分了系统的职权，不同的用户拥有不同的权力划分；“限”代表“限制”，在权力划分的基础上对职能范围进行了限制，本文所述的权限相对简单，赋予不同角色看到不同菜单的权限。

权限控制能较好地解决系统安全问题，避免公司机密资料外泄，同时，不同部门使用系统时互不干扰，因此被企业广泛应用。

2.梳理用户、角色的概念
（1）用户
用户是指系统的登录用户，可以理解为一系列的人员，例如登录用户为张三、李四、王五和肖六这几个人。

（2）角色
角色指用户在系统中担任的角色，是系统赋予用户的头衔，例如A公司后台系统角色可以定义为：总裁、经理、员工。

3.选择合适的权限模型
（1）传统的权限模型
在早期，传统的权限模型就是为用户分配菜单权限，例如张三看到A、B、C菜单，李四看到B、C菜单，王五和肖六看到A、B、C菜单，这种传统的权限模型简单粗暴，直接为用户分配菜单即可，但是随着公司员工激增，在动则数百人的公司里，没一个员工都要分配一次，显然效率太低。
并且，在进行交互设计时，定义数百名用户拥有的菜单权限，那需要写数百行的表格。
在这里插入图片描述

（2）RBAC权限模型
RBAC，即基于角色的访问控制（Role-Based Access Control），是优秀的权限控制模型，主要通过角色和权限建立管理，再赋予用户不同的角色，来实现权限控制的目标。

利用该模型来配置权限，直接优点是角色的数量比用户的数量更少，先把权限赋予角色，即可完成权限的分配；再为用户分配相应的角色，即可直接获得角色拥有的权限。

交互设计的福音，只需定义有限的角色拥有哪些菜单权限即可。
在这里插入图片描述

（3）模型其他注意事项
在选择第二种RBAC权限模型时，需要注意，用户——角色——权限之间并非是一对一的对应关系，例如，一个用户可以拥有多种角色，一个角色也可以拥有多个权限，所以应该是多对多的关系，需要和开发说明清楚。
在这里插入图片描述

4.菜单实现效果
如图所示，通过权限控制后，不同用户登录进去看到的菜单显示都不一致，基于角色来进行菜单展示。

（1）总裁角色，菜单A、B、C
在这里插入图片描述
（2）经理角色，菜单B、C

（3）员工角色，菜单C

总结
就是为用户分配角色，角色再对应职责和权限。其用户可有多个角色，角色可有多种权限，在用户和职责中添加联系表，故而可较简单的实现用户权限分配

代码实现思路

后台管理系统中的权限管理是常见的问题，因为，后端管理牵扯到不同工作人员的职责和权限，所以，对于后台管理系统来说，不同的人员登录进入到系统后，看到的菜单（功能）是不一样的，这就是所谓的后台管理系统的权限。

一、后台管理系统的权限怎么弄/如何根据权限展示不同的页面?
1、首先后台管理系统的菜单的做成“活的”，即，菜单不能是纯粹的静态的，而应该是根据后端返回来的数据，来显示菜单的。

2、菜单如何做成活的？
如：
1）、前端登录（给后端发送用户名和密码），后端验证成功后，会根据登录的用户，给前端返回来菜单数据，比如：

[
	{
		“id”:“001”,
		“title”:“菜单01”,
		“url”:“menu01.html”
	},
	{
		“id”:“002”,
		“title”:“菜单02”,
		“url”:“menu02.html”
	},
	{
		“id”:“003”,
		“title”:“菜单04”,
		“url”:“menu04.html”
	}
]