导航：首页 > 开发技术 >

在Angular项目中如何实现权限控制

发表于：2024-10-16 作者：千家信息网编辑

千家信息网最后更新 2024年10月16日，这篇文章主要介绍"在Angular项目中如何实现权限控制"，在日常操作中，相信很多人在在Angular项目中如何实现权限控制问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答

千家信息网最后更新 2024年10月16日在Angular项目中如何实现权限控制

这篇文章主要介绍"在Angular项目中如何实现权限控制"，在日常操作中，相信很多人在在Angular项目中如何实现权限控制问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答"在Angular项目中如何实现权限控制"的疑惑有所帮助！接下来，请跟着小编一起来学习吧！

菜单路由控制

系统开发的时候，会有很多的菜单，这个时候，就需要后端判断用户的角色，按照用户的权限返回不同的菜单路由。

返回的数据格式需要我们按照自己在 app-routing.module.ts 中编写好的路由路径对应。

比如，我们有路由文件如下：

// app-routing.module.tsconst routes: Routes = [  {    path: 'user-manage',    component: AuthLayoutComponent, // 通过鉴权的组件    children: [      {        path: '',        redirectTo: 'user',        pathMatch: 'full'      },      {        path: 'user', // 用户列表        component: UserComponent      },      {        path: 'user/detail/:uuid', // 用户详情，类似这种不会出现在菜单里面        component: UserDetailComponent      },      {        path: 'department', // 部门列表        component: DepartmentComponent      }    ]  },  // ...]

在页面中，我们的菜单展示的数据是这样子的：

                    {{ child.title }}

定义了一个二级的菜单，拥有下面几个字段：

title 字段 - 菜单的标题
url 字段 - 菜单的路由，对应 app-routing.module.ts 中的完整的 path
icon 字段 - 标题前的小图标，二级标题没有
is_open 字段 - 菜单是否展开的标识

此时，后端的菜单接口，应该返回类似下面的数据：

// demo.component.tspublic menu_data:any = [  {    title: "成员管理",    url: "user-manage",    icon: "user-switch", // 这里是用了 angular ant design 的图标    is_open: false,    children: [      {        title: "用户",        url: "user-manage/user",        icon: undefined,        is_open: false      },      {        title: "部门",        url: "user-manage/department",        icon: undefined,        is_open: false      }    ]  },  // ...]

也许你会有疑问?️：二级标题中都用不上 icon 和 is_open 这两个字段，为啥还要写？

嗯～，读者可以对后端返回提要求，但是为了保持数据的可读性和易操作，还是保留为好...

用户行为控制

用户的行为控制，这个的就很细粒度的行为了。小到控制用户的一个按钮的展示等，但是本质来说，都是对后端接口请求的限制?。比如，你请求一个列表，但是你没有权限，那么你就请求不了，报 401 的错误。

我们可以按照需求，针对用户的不同角色，限定用户不能查看或者其他操作。但是，这样很不合理，用户可以通过 postman等工具发起请求，而不通过系统。所以，我们得--

在后端做一层限制

我们获取到后端返回的接口权限，比如接收到下面这些数据：

{  code: 0,  msg: 'ok',  results: {    getUserList: {     url: '/api/get/user/list', // 当然，可以按照前后端规定返回，不一定是真实的 url ...     enable: true    },    editUser: {      url: '/api/edit/:uuid',      enable: false    }  }}

我们得到数据之后，跟前端保存的内容做比对，再按照条件控制，接口需要做对应的限制访问，而不是单纯前端判断。