# 00_Admin 权限管理模块说明
权限管理模块,是最核心的一个模块,采用了最简单的 RBAC 模式,所有项目都必须安装该模块(除非该项目不是管理类型系统,不包含权限管理功能)。该模块包含以下功能:
0、通用账户管理
1、人性化的菜单配置
2、细化到按钮的权限控制
3、实用的配置项功能
4、详细的审计日志记录
# 配置项
该模块目前包括两个配置项
{
//文件上传路径
"UploadPath": "",
//临时文件路径
"TempPath": "",
//权限管理模块配置
"Admin": {
//是否开启审计功能
"Auditing": true,
//是否开启权限验证
"PermissionValidate": true
}
}
2
3
4
5
6
7
8
9
10
11
12
13
0、Auditing:用于控制是否开启审计日志功能,该功能也可以在后台进行控制,只要有一个开启了,就会生效
1、PermissionValidate:用于控制是否开启权限验证,与审计相同,在后台也有对应的控制,也是有一个开启就会生效
# 什么是权限?
权限这个玩意,在不同的场景,不同的框架里面,对应的具体内容是不一样的,为了大家能更好的理解本框架在权限管理这块的设计,必须先把这个概念搞明白。
什么是权限
在本框架中,权限就是接口,也就是 Controller 中的每一个 Action,当我们进行授权的时候,其实就是给角色或用户绑定哪些接口可以访问。
明白了权限的定义,接下来就要考虑绑定的问题。想要在后台进行绑定,首先要把权限信息持久化,需要有一个权限表来保存权限信息,也就是 Admin 中的Permission
表。
表有了,就要考虑怎么把数据放进去了,最笨的方法,就是手动一条条的录入,一个模块,少则几十,多则上百个接口,而一个项目往往好几个模块,如果手动录入维护的话。。。。。
所以,作为一名合格的程序猿,我们必须要想一个简单的办法来解决上面的问题,提高生产力,促进中国特色社会主义的发展,维护世界和平,放飞自我,是的,那就是通过 中的一些功能以及 来获取所有接口信息并更新到权限表~
当然,仅仅反射是不够的的,我们还要搭配以下两点约定:
0、Controller 与 Action 必须添加
Description
特性,该特性用于说明 Controller 与 Action,对应权限表的Name
字段(其实 Swagger 中的中文说明也是从 Description 中获取的~)
1、所有 Action 必须指定请求方式(Swagger 也有该要求~)
以配置项管理为例,ConfigController
代码如下:
using System.ComponentModel;
using System.Threading.Tasks;
using Microsoft.AspNetCore.Mvc;
using Microsoft.AspNetCore.Mvc.ModelBinding;
using XManager.Lib.Auth.Web.Attributes;
using XManager.Lib.Utils.Core.Extensions;
using XManager.Lib.Utils.Core.Result;
using XManager.Module.Admin.Application.ConfigService;
using XManager.Module.Admin.Application.ConfigService.ViewModels;
using XManager.Module.Admin.Domain.Config.Models;
namespace XManager.Module.Admin.Web.Controllers
{
[Description("配置项管理")]
public class ConfigController : ModuleController
{
private readonly IConfigService _service;
public ConfigController(IConfigService service)
{
_service = service;
}
[HttpGet]
[Description("查询")]
public async Task<IResultModel> Query([FromQuery]ConfigQueryModel model)
{
return await _service.Query(model);
}
[HttpPost]
[Description("添加")]
public Task<IResultModel> Add(ConfigAddModel model)
{
return _service.Add(model);
}
[HttpDelete]
[Description("删除")]
public Task<IResultModel> Delete([BindRequired]int id)
{
return _service.Delete(id);
}
[HttpGet]
[Description("编辑")]
public Task<IResultModel> Edit([BindRequired]int id)
{
return _service.Edit(id);
}
[HttpPost]
[Description("修改")]
public Task<IResultModel> Update(ConfigUpdateModel model)
{
return _service.Update(model);
}
}
}
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
上面的控制器中的接口,经过解析后对应如下权限信息:

权限编码
为了能够更好的区分权限,每个权限都要有一个唯一的编码,这个编码的格式是 Area_Controller_Action_HttpMethod
,四个单词分别表示:
Area:区域编码,也就是模块编码,如Admin
Controller:控制器名称,如Config
,对应ConfigController
Action:操作名称,如Query
HttpMethod:请求方式,如Get
,表示请求方式为HttpGet
权限编码不区分大小写~
# 权限的访问级别
根据需求场景不同,权限的访问级别也是不同的,目前包含以下三种:
# 0、需要授权才能访问
在模块的Web
包中,都有一个名为[ModuleController]的抽象控制器,每个模块中该控制器的代码基本上都是一样,比如 Admin 中的如下所示:
using Microsoft.AspNetCore.Mvc;
using XManager.Lib.Auth.Web;
namespace XManager.Module.Admin.Web
{
[Area("Admin")]
public abstract class ModuleController : ControllerAbstract
{
}
}
2
3
4
5
6
7
8
9
10
11
唯一不同的就是区域特性Area
不一样,其实模块和 MVC 中的Area
是比较像的,都是用来隔离业务代码,所以为了更好的区分各个模块中的控制器,默认每个模块都会包含一个ModuleController
抽象控制器,并且都会包含Area
特性且区域名称与模块的编码一致,而模块中的所有业务相关的控制器都会继承它,这样就可以保证不同模块中即使包含了名称相同的控制器也不会出现冲突~
从上面的代码可以看到,ModuleController
继承了一个ControllerAbstract (opens new window)的类,代码如下:
using System;
using System.Web;
using Microsoft.AspNetCore.Mvc;
using XManager.Lib.Auth.Web.Attributes;
using XManager.Lib.Utils.Core.Extensions;
using XManager.Lib.Validation.Abstractions;
namespace XManager.Lib.Auth.Web
{
/// <summary>
/// 控制器抽象
/// </summary>
[Route("api/[area]/[controller]/[action]")]
[ApiController]
[PermissionValidate]
[ValidateResultFormat]
public abstract class ControllerAbstract : ControllerBase
{
/// <summary>
/// 导出Excel
/// </summary>
/// <param name="filePath"></param>
/// <param name="fileName"></param>
/// <returns></returns>
protected IActionResult ExportExcel(string filePath, string fileName)
{
if (fileName.IsNull())
{
fileName = DateTime.Now.ToString("yyyyMMddHHmmss");
}
return PhysicalFile(filePath, "application/vnd.openxmlformats-officedocument.spreadsheetml.sheet", HttpUtility.UrlEncode(fileName), true);
}
}
}
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
从代码中可以看到,ControllerAbstract
也是一个抽象控制器,它包含四个特性,Route 和 ApiController 很好理解,不需要解释了,ValidateResultFormat 是对接口模型验证结果格式化的,这里也不再详细介绍,关键是 [PermissionValidate]特性。从字面意思就能看出来 PermissionValidate 是与权限验证有关的特性,具体的验证逻辑和原理在身份认证中进行说明,这里只需要知道它的作用即可。
到这里应该能够明白,模块中的所有控制器的默认权限访问级别都是需要授权才能访问的,因为都继承了 ControllerAbstract 嘛
# 1、登录即可访问
有的接口其实只需要登录就可以访问,比如Common
模块中的字典下拉列表接口,[DictController]
[HttpGet]
[Description("下拉列表")]
[Common]
public Task<IResultModel> Select(string group, string code)
{
return _service.Select(group, code);
}
2
3
4
5
6
7
字典是一个基础模块,而字典的下拉列表是一个使用非常频繁,数据又不是非常重用的东西,但是未登录的情况下又不允许访问,那么这种权限的访问级别就可以定义为登录即可访问,用法也很简单,就是在 Action 上添加[Common]
特性即可~
# 2、匿名即可访问
允许匿名访问就是不登录也可以访问的权限,这种权限只需要在 Action 方法上添加AllowAnonymous
特性即可
比如AccountController
中的登录Login
接口
[HttpPost]
[AllowAnonymous]
[DisableAuditing]
[Description("登录")]
public async Task<IResultModel> Login([FromBody]LoginModel model)
{
model.IP = _loginInfo.IPv4;
var result = await _service.Login(model);
if (result.Successful)
{
var account = result.Data;
var claims = new[]
{
new Claim(ClaimsName.AccountId,account.Id.ToString()),
new Claim(ClaimsName.AccountName,account.Name),
new Claim(ClaimsName.AccountType,model.AccountType.ToInt().ToString()),
new Claim(ClaimsName.Platform,model.Platform.ToInt().ToString())
};
return _loginHandler.Hand(claims);
}
return ResultModel.Failed(result.Msg);
}
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
以及SystemController
中的获取系统配置信息的Config
接口
[HttpGet]
[AllowAnonymous]
[DisableAuditing]
[Description("获取系统配置信息")]
public IResultModel<SystemConfigModel> Config()
{
var result = new ResultModel<SystemConfigModel>();
var b = _configModel.Base;
if (b.Logo.IsNull() && b.LogoPath.NotNull())
{
b.Logo = new Uri($"{Request.GetHost()}/upload/{b.LogoPath}").ToString().ToLower();
}
return result.Success(_configModel);
}
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
← Q&A 01_通用模块 (Common) →