[开源]OSharpNS 步步为营系列 - 4. 添加业务对外API
什么是OSharp
OSharpNS全称OSharp Framework with .NetStandard2.0,是一个基于.NetStandard2.0
开发的一个.NetCore
快速开发框架。这个框架使用最新稳定版的.NetCore SDK
(当前是.NET Core 2.2),对 AspNetCore 的配置、依赖注入、日志、缓存、实体框架、Mvc(WebApi)、身份认证、权限授权等模块进行更高一级的自动化封装,并规范了一套业务实现的代码结构与操作流程,使 .Net Core 框架更易于应用到实际项目开发中。
- 开源地址:https://github.com/i66soft/osharp
- 官方示例:https://www.osharp.org
- 文档中心:https://docs.osharp.org
- VS 插件:https://marketplace.visualstudio.com/items?itemName=LiuliuSoft.osharp
- 系列示例:https://github.com/i66soft/osharp-docs-samples
概述
一个模块的 API层(Web层),主要负责如下几个方面的工作:
- 接收
前端层
提交的数据查询请求,使用服务层
提供的IQueryable<T>
查询数据源,查询出需要的数据返回前端 - 接收
前端层
提交的业务处理请求,调用服务层
的服务,处理业务需求,并将操作结果返回前端 - 使用MVC的
Area-Controller-Action
的层次关系,联合[ModuleInfo]
特性, 定义 Api模块Module
的 树形组织结构,API模块 的 依赖关系,构建出Module
的树形数据 - 定义 API 的
可访问方式
,API的访问方式可分为匿名访问
,登录访问
和角色访问
- 定义自动事务提交,涉及数据库变更的业务,可在API定义自动事务提交,在业务层实现业务时即可不用考虑事务的问题
整个过程如下图所示
API层 代码布局
API层 代码布局分析
API层 即是Web网站服务端的MVC控制器,控制器可按粒度需要不同,分为模块控制器和单实体控制器,这个由业务需求决定。
通常,后台管理的控制器,是实体粒度的,即每个实体都有一个控制器,并且存在于 /Areas/Admin/Controlers
文件夹内。
博客模块的 API 层控制器,如下图所示:
src 源代码文件夹
└─Liuliu.Blogs.Web 项目Web工程
└─Areas 区域文件夹
└─Admin 管理区域文件夹
└─Controllers 管理控制器文件夹
└─Blogs 博客模块文件夹
├─BlogController.cs 博客管理控制器
└─PostController.cs 文章管理控制器
API定义及访问控制的基础建设
API定义
API定义即MVC或WebApi的 Area-Controller-Action
定义,为方便及规范此步骤的工作,OSharp定义了一些 API基础控制器基类
,继承这些基类,很容易实现API定义。
ApiController
ApiController
用于非Area的Api控制器,基类添加了 操作审计[AuditOperation]
,[ApiController]
特性,并定义了一个 [Route("api/[controller]/[action]")]
的路由特性
/// <summary>
/// WebApi控制器基类
/// </summary>
[AuditOperation]
[ApiController]
[Route("api/[controller]/[action]")]
public abstract class ApiController : Controller
{
/// <summary>
/// 获取或设置 日志对象
/// </summary>
protected ILogger Logger => HttpContext.RequestServices.GetLogger(GetType());
}
AreaApiController
与 无区域控制器基类ApiController
相对应,对于区域控制器,也定义了一个基类 AreaApiController
/// <summary>
/// WebApi的区域控制器基类
/// </summary>
[AuditOperation]
[ApiController]
[Route("api/[area]/[controller]/[action]")]
public abstract class AreaApiController : Controller
{ }
AdminApiController
对于相当常用的 管理Admin
区域,也同样定义了一个控制器基类AdminApiController
,此基类继承于AreaApiController
,并添加了区域特性[Area("Admin")]
和角色访问限制特性[RoleLimit]
[Area("Admin")]
[RoleLimit]
public abstract class AdminApiController : AreaApiController
{ }
博客模块API实现
[Description("管理-博客信息")]
public class BlogController : AdminApiController
{ }
[Description("管理-文章信息")]
public class PostController : AdminApiController
{ }
Module树形结构及依赖
ModuleInfoAttribute
为了描述 API的层级关系,OSharp定义了一个ModuleInfoAttribute
特性,把当前功能(Controller或者Action)封装为一个模块(Module)节点,可以设置模块依赖的其他功能,模块的位置信息等。此特性用于系统初始化时自动提取模块树信息Module。
/// <summary>
/// 描述把当前功能(Controller或者Action)封装为一个模块(Module)节点,可以设置模块依赖的其他功能,模块的位置信息等
/// 此特性用于系统初始化时自动提取模块树信息Module
/// </summary>
[AttributeUsage(AttributeTargets.Class | AttributeTargets.Method)]
public class ModuleInfoAttribute : Attribute
{
/// <summary>
/// 获取或设置 模块名称,为空则取功能名称
/// </summary>
public string Name { get; set; }
/// <summary>
/// 获取或设置 模块代码,为空则取功能Action名
/// </summary>
public string Code { get; set; }
/// <summary>
/// 获取或设置 层次序号
/// </summary>
public double Order { get; set; }
/// <summary>
/// 获取或设置 模块位置,父级模块,模块在树节点的位置,默认取所在类的位置,需要在命名空间与当前类之间加模块,才设置此值
/// </summary>
public string Position { get; set; }
/// <summary>
/// 获取或设置 父级位置模块名称,需要在命名空间与当前类之间加模块,才设置此值
/// </summary>
public string PositionName { get; set; }
}
[ModuleInfo]
特性主要有两种用法:
- 在
Controller
上,主要控制模块的顺序Order
,模块的位置Position
,模块名称PositionName
,例如:
[ModuleInfo(Position = "Blogs", PositionName = "博客模块")]
[Description("管理-博客信息")]
public class BlogController : AdminApiController
{ }
- 在
Action
上,主要用于标注哪些Action是作为可权限分配的API,通常无需使用属性,例如:
/// <summary>
/// 读取博客
/// </summary>
/// <returns>博客页列表</returns>
[HttpPost]
[ModuleInfo]
[Description("读取")]
public PageData<BlogOutputDto> Read(PageRequest request)
{ }
DependOnFunctionAttribute
由于业务的关联性和UI的合理布局,API功能点并 不是单独存在 的,要完成一个完整的操作,各个API功能点可能会 存在依赖性。例如:
- 在要进行管理列表中的
新增、更新、删除
等操作,首先要能进入列表,即列表数据的读取
操作,那么新增、更新、删除
等操作就对读取
操作存在依赖需求。 - 对于
新增、更新
操作,通常需要对数据进行唯一性验证
,那么也会存在依赖关系
为了在代码中描述这些依赖关系,OSharp中定义了DependOnFunctionAttribute
特性,在Action上标注当前API对其他API(可跨Controller,跨Area)的依赖关系。
/// <summary>
/// 模块依赖的功能信息,用于提取模块信息Module时确定模块依赖的功能(模块依赖当前功能和此特性设置的其他功能)
/// </summary>
[AttributeUsage(AttributeTargets.Method, AllowMultiple = true, Inherited = false)]
public class DependOnFunctionAttribute : Attribute
{
/// <summary>
/// 初始化一个<see cref="DependOnFunctionAttribute"/>类型的新实例
/// </summary>
public DependOnFunctionAttribute(string action)
{
Action = action;
}
/// <summary>
/// 获取或设置 区域名称,为null(不设置)则使用当前功能所在区域,如要表示无区域的功能,需设置为空字符串""
/// </summary>
public string Area { get; set; }
/// <summary>
/// 获取或设置 控制器名称,为null(不设置)则使用当前功能所在控制器
/// </summary>
public string Controller { get; set; }
/// <summary>
/// 获取 功能名称Action,不能为空
/// </summary>
public string Action { get; }
}
如下示例,表明管理列表中的新增文章
业务对文章读取
有依赖关系
/// <summary>
/// 新增文章
/// </summary>
/// <param name="dtos">新增文章信息</param>
/// <returns>JSON操作结果</returns>
[HttpPost]
[ModuleInfo]
[DependOnFunction("Read")]
[ServiceFilter(typeof(UnitOfWorkAttribute))]
[Description("新增")]
public async Task<AjaxResult> Create(PostInputDto[] dtos)
{ }
API访问控制
API的访问控制,分为三种:
- 匿名访问
AllowAnonymousAttribute
:表示当前功能不需要登录即可访问,无视登录状态和角色要求 - 登录访问
LoginedAttribute
:表示当前功能需要登录才能访问,未登录拒绝访问 - 角色访问
RoleLimitAttribute
:表示当前功能需要登录并且用户拥有指定角色,才能访问,未登录或者登录但未拥有指定角色,拒绝访问
API访问控制的控制顺序按照 就近原则,即离要执行的功能最近的那个限制生效。以Controller上的标注与Action上的标注为例:
- Controller无,Action无,不限制
- Controller有,Action无,以Controller为准
- Controller无,Action有,以Action为准
- Controller有,Action有,以Action为准
在AdminApiController
基类中,已经设置了[RoleLimit]
,表示Admin区域中的所有Controller和Action的默认访问控制方式就是 角色访问。
[Area("Admin")]
[RoleLimit]
public abstract class AdminApiController : AreaApiController
{ }
如想额外控制,则需要在实现Action的时候进行单独配置
[HttpPost]
[ModuleInfo]
[Logined]
[Description("读取")]
public PageData<BlogOutputDto> Read(PageRequest request)
{ }
自动事务提交
在传统框架中,事务的提交是在业务层实现完业务操作之后即手动提交的,这种方式能更精准的控制事务的结束位置,但也有不能适用的情况,例如当一个业务涉及多个服务的时候,每个服务各自提交了事务,便无法保证所有操作在一个完整的事务上进行了。
为此,OSharp框架提出了一种新的事务提交方式:在Action中通过Mvc的Filter来自动提交事务。
自动提交事务是通过如下的UnitOfWorkAttribute
实现的:
/// <summary>
/// 自动事务提交过滤器,在<see cref="OnResultExecuted"/>方法中执行<see cref="IUnitOfWork.Commit()"/>进行事务提交
/// </summary>
[AttributeUsage(AttributeTargets.Class | AttributeTargets.Method)]
[Dependency(ServiceLifetime.Scoped, AddSelf = true)]
public class UnitOfWorkAttribute : ActionFilterAttribute
{
private readonly IUnitOfWorkManager _unitOfWorkManager;
/// <summary>
/// 初始化一个<see cref="UnitOfWorkAttribute"/>类型的新实例
/// </summary>
public UnitOfWorkAttribute(IServiceProvider serviceProvider)
{
_unitOfWorkManager = serviceProvider.GetService<IUnitOfWorkManager>();
}
/// <summary>
/// 重写方法,实现事务自动提交功能
/// </summary>
/// <param name="context"></param>
public override void OnResultExecuted(ResultExecutedContext context)
{
ScopedDictionary dict = context.HttpContext.RequestServices.GetService<ScopedDictionary>();
AjaxResultType type = AjaxResultType.Success;
string message = null;
if (context.Result is JsonResult result1)
{
if (result1.Value is AjaxResult ajax)
{
type = ajax.Type;
message = ajax.Content;
if (ajax.Successed())
{
_unitOfWorkManager?.Commit();
}
}
}
else if (context.Result is ObjectResult result2)
{
if (result2.Value is AjaxResult ajax)
{
type = ajax.Type;
message = ajax.Content;
if (ajax.Successed())
{
_unitOfWorkManager?.Commit();
}
}
else
{
_unitOfWorkManager?.Commit();
}
}
//普通请求
else if (context.HttpContext.Response.StatusCode >= 400)
{
switch (context.HttpContext.Response.StatusCode)
{
case 401:
type = AjaxResultType.UnAuth;
break;
case 403:
type = AjaxResultType.UnAuth;
break;
case 404:
type = AjaxResultType.UnAuth;
break;
case 423:
type = AjaxResultType.UnAuth;
break;
default:
type = AjaxResultType.Error;
break;
}
}
else
{
type = AjaxResultType.Success;
_unitOfWorkManager?.Commit();
}
if (dict.AuditOperation != null)
{
dict.AuditOperation.ResultType = type;
dict.AuditOperation.Message = message;
}
}
}
如一次请求中涉及数据的 新增、更新、删除 操作时,在 Action 上添加 [ServiceFilter(typeof(UnitOfWorkAttribute))]
,即可实现事务自动提交。
/// <summary>
/// 新增文章
/// </summary>
/// <param name="dtos">新增文章信息</param>
/// <returns>JSON操作结果</returns>
[HttpPost]
[ModuleInfo]
[ServiceFilter(typeof(UnitOfWorkAttribute))]
[Description("新增")]
public async Task<AjaxResult> Create(PostInputDto[] dtos)
{ }
AjaxReuslt
对于 前后端分离 的项目,前端向后端的请求都是通过 application/json
的方式来交互的,这就需要在后端对操作结果进行封装。OSharp提供了AjaxResult
类来承载操作结果数据
/// <summary>
/// 表示Ajax操作结果
/// </summary>
public class AjaxResult
{
/// <summary>
/// 初始化一个<see cref="AjaxResult"/>类型的新实例
/// </summary>
public AjaxResult()
: this(null)
{ }
/// <summary>
/// 初始化一个<see cref="AjaxResult"/>类型的新实例
/// </summary>
public AjaxResult(string content, AjaxResultType type = AjaxResultType.Success, object data = null)
: this(content, data, type)
{ }
/// <summary>
/// 初始化一个<see cref="AjaxResult"/>类型的新实例
/// </summary>
public AjaxResult(string content, object data, AjaxResultType type = AjaxResultType.Success)
{
Type = type;
Content = content;
Data = data;
}
/// <summary>
/// 获取或设置 Ajax操作结果类型
/// </summary>
public AjaxResultType Type { get; set; }
/// <summary>
/// 获取或设置 消息内容
/// </summary>
public string Content { get; set; }
/// <summary>
/// 获取或设置 返回数据
/// </summary>
public object Data { get; set; }
/// <summary>
/// 是否成功
/// </summary>
public bool Successed()
{
return Type == AjaxResultType.Success;
}
/// <summary>
/// 是否错误
/// </summary>
public bool Error()
{
return Type == AjaxResultType.Error;
}
/// <summary>
/// 成功的AjaxResult
/// </summary>
public static AjaxResult Success(object data = null)
{
return new AjaxResult("操作执行成功", AjaxResultType.Success, data);
}
}
其中AjaxResultType
的可选项为:
/// <summary>
/// 表示 ajax 操作结果类型的枚举
/// </summary>
public enum AjaxResultType
{
/// <summary>
/// 消息结果类型
/// </summary>
Info = 203,
/// <summary>
/// 成功结果类型
/// </summary>
Success = 200,
/// <summary>
/// 异常结果类型
/// </summary>
Error = 500,
/// <summary>
/// 用户未登录
/// </summary>
UnAuth = 401,
/// <summary>
/// 已登录,但权限不足
/// </summary>
Forbidden = 403,
/// <summary>
/// 资源未找到
/// </summary>
NoFound = 404,
/// <summary>
/// 资源被锁定
/// </summary>
Locked = 423
}
业务服务层的操作结果OperationResult
,可以很轻松的转换为AjaxResult
/// <summary>
/// 将业务操作结果转ajax操作结果
/// </summary>
public static AjaxResult ToAjaxResult<T>(this OperationResult<T> result, Func<T, object> dataFunc = null)
{
string content = result.Message ?? result.ResultType.ToDescription();
AjaxResultType type = result.ResultType.ToAjaxResultType();
object data = dataFunc == null ? result.Data : dataFunc(result.Data);
return new AjaxResult(content, type, data);
}
/// <summary>
/// 将业务操作结果转ajax操作结果
/// </summary>
public static AjaxResult ToAjaxResult(this OperationResult result)
{
string content = result.Message ?? result.ResultType.ToDescription();
AjaxResultType type = result.ResultType.ToAjaxResultType();
return new AjaxResult(content, type);
}
通过这些扩展方法,可以很简洁的完成由OperationResult
到AjaxResult
的转换
public async Task<AjaxResult> Creat(PostInputDto[] dtos)
{
OperationResult result = await _blogsContract.CreatePosts(dtos);
return result.ToAjaxResult();
}
博客模块API实现
下面,我们来综合运用上面定义的基础建设,来实现 博客模块 的API层。
API层的实现代码,将实现如下关键点:
- 定义各实体的 Controller 和 Action,使用
[Description]
特性来声明各个功能点的显示名称 - 使用
[ModuleInfo]
特性来定义API模块的树形结构 - 使用
[DependOnFunction]
来定义各API模块之间的依赖关系 - 在
AdminApiController
基类中,已经添加了[RoleLimit]
特性来配置所有Admin
区域的API都使用 角色限制 的访问控制,如需特殊的访问控制,可在 Action 上单独配置 - 涉及实体
增加、更新、删除
操作的业务,按需要添加[ServiceFilter(typeof(UnitOfWorkAttribute))]
特性来实现事务自动提交
!!! node
API模块对角色的权限分配,将在后台管理界面中进行权限分配。
博客 - BlogController
根据 <业务模块设计#WebAPI层> 中对博客管理的定义,Blog实体的对外API定义如下表所示:
操作 | 访问类型 | 操作角色 |
---|---|---|
读取 | 角色访问 | 博客管理员、博主 |
申请开通 | 登录访问 | 已登录未开通博客的用户 |
开通审核 | 角色访问 | 博客管理员 |
更新 | 角色访问 | 博客管理员、博主 |
实现代码如下:
[ModuleInfo(Position = "Blogs", PositionName = "博客模块")]
[Description("管理-博客信息")]
public class BlogController : AdminApiController
{
/// <summary>
/// 初始化一个<see cref="BlogController"/>类型的新实例
/// </summary>
public BlogController(IBlogsContract blogsContract,
IFilterService filterService)
{
BlogsContract = blogsContract;
FilterService = filterService;
}
/// <summary>
/// 获取或设置 数据过滤服务对象
/// </summary>
protected IFilterService FilterService { get; }
/// <summary>
/// 获取或设置 博客模块业务契约对象
/// </summary>
protected IBlogsContract BlogsContract { get; }
/// <summary>
/// 读取博客列表信息
/// </summary>
/// <param name="request">页请求信息</param>
/// <returns>博客列表分页信息</returns>
[HttpPost]
[ModuleInfo]
[Description("读取")]
public PageData<BlogOutputDto> Read(PageRequest request)
{
Check.NotNull(request, nameof(request));
Expression<Func<Blog, bool>> predicate = FilterService.GetExpression<Blog>(request.FilterGroup);
var page = BlogsContract.Blogs.ToPage<Blog, BlogOutputDto>(predicate, request.PageCondition);
return page.ToPageData();
}
/// <summary>
/// 申请开通博客
/// </summary>
/// <param name="dto">博客输入DTO</param>
/// <returns>JSON操作结果</returns>
[HttpPost]
[ModuleInfo]
[DependOnFunction("Read")]
[ServiceFilter(typeof(UnitOfWorkAttribute))]
[Description("申请")]
public async Task<AjaxResult> Apply(BlogInputDto dto)
{
Check.NotNull(dto, nameof(dto));
OperationResult result = await BlogsContract.ApplyForBlog(dto);
return result.ToAjaxResult();
}
/// <summary>
/// 审核博客
/// </summary>
/// <param name="dto">博客输入DTO</param>
/// <returns>JSON操作结果</returns>
[HttpPost]
[ModuleInfo]
[DependOnFunction("Read")]
[ServiceFilter(typeof(UnitOfWorkAttribute))]
[Description("审核")]
public async Task<AjaxResult> Verify(BlogVerifyDto dto)
{
Check.NotNull(dto, nameof(dto));
OperationResult result = await BlogsContract.VerifyBlog(dto);
return result.ToAjaxResult();
}
/// <summary>
/// 更新博客信息
/// </summary>
/// <param name="dtos">博客信息输入DTO</param>
/// <returns>JSON操作结果</returns>
[HttpPost]
[ModuleInfo]
[DependOnFunction("Read")]
[ServiceFilter(typeof(UnitOfWorkAttribute))]
[Description("更新")]
public async Task<AjaxResult> Update(BlogInputDto[] dtos)
{
Check.NotNull(dtos, nameof(dtos));
OperationResult result = await BlogsContract.UpdateBlogs(dtos);
return result.ToAjaxResult();
}
}
文章 - PostController
根据 <业务模块设计#WebAPI层> 中对文章管理的定义,Post实体的对外API定义如下表所示:
操作 | 访问类型 | 操作角色 |
---|---|---|
读取 | 角色访问 | 博客管理员、博主 |
新增 | 角色访问 | 博主 |
更新 | 角色访问 | 博客管理员、博主 |
删除 | 角色访问 | 博客管理员、博主 |
实现代码如下:
[ModuleInfo(Position = "Blogs", PositionName = "博客模块")]
[Description("管理-文章信息")]
public class PostController : AdminApiController
{
/// <summary>
/// 初始化一个<see cref="PostController"/>类型的新实例
/// </summary>
public PostController(IBlogsContract blogsContract,
IFilterService filterService)
{
BlogsContract = blogsContract;
FilterService = filterService;
}
/// <summary>
/// 获取或设置 数据过滤服务对象
/// </summary>
protected IFilterService FilterService { get; }
/// <summary>
/// 获取或设置 博客模块业务契约对象
/// </summary>
protected IBlogsContract BlogsContract { get; }
/// <summary>
/// 读取文章列表信息
/// </summary>
/// <param name="request">页请求信息</param>
/// <returns>文章列表分页信息</returns>
[HttpPost]
[ModuleInfo]
[Description("读取")]
public virtual PageData<PostOutputDto> Read(PageRequest request)
{
Check.NotNull(request, nameof(request));
Expression<Func<Post, bool>> predicate = FilterService.GetExpression<Post>(request.FilterGroup);
var page = BlogsContract.Posts.ToPage<Post, PostOutputDto>(predicate, request.PageCondition);
return page.ToPageData();
}
/// <summary>
/// 新增文章信息
/// </summary>
/// <param name="dtos">文章信息输入DTO</param>
/// <returns>JSON操作结果</returns>
[HttpPost]
[ModuleInfo]
[DependOnFunction("Read")]
[ServiceFilter(typeof(UnitOfWorkAttribute))]
[Description("新增")]
public virtual async Task<AjaxResult> Create(PostInputDto[] dtos)
{
Check.NotNull(dtos, nameof(dtos));
OperationResult result = await BlogsContract.CreatePosts(dtos);
return result.ToAjaxResult();
}
/// <summary>
/// 更新文章信息
/// </summary>
/// <param name="dtos">文章信息输入DTO</param>
/// <returns>JSON操作结果</returns>
[HttpPost]
[ModuleInfo]
[DependOnFunction("Read")]
[ServiceFilter(typeof(UnitOfWorkAttribute))]
[Description("更新")]
public virtual async Task<AjaxResult> Update(PostInputDto[] dtos)
{
Check.NotNull(dtos, nameof(dtos));
OperationResult result = await BlogsContract.UpdatePosts(dtos);
return result.ToAjaxResult();
}
/// <summary>
/// 删除文章信息
/// </summary>
/// <param name="ids">文章信息编号</param>
/// <returns>JSON操作结果</returns>
[HttpPost]
[ModuleInfo]
[DependOnFunction("Read")]
[ServiceFilter(typeof(UnitOfWorkAttribute))]
[Description("删除")]
public virtual async Task<AjaxResult> Delete(int[] ids)
{
Check.NotNull(ids, nameof(ids));
OperationResult result = await BlogsContract.DeletePosts(ids);
return result.ToAjaxResult();
}
}
至此,博客模块的 API层代码 实现完毕。
API数据展示
运行Liuliu.Blogs
项目的后端工程Liuliu.Blogs.Web
,框架初始化时将通过 反射读取API层代码结构,进行博客模块的 API模块Module
- API功能点Function
的数据初始化,并分配好 依赖关系,功能点的 访问控制 等约束。
Swagger查看数据
在SwaggerUI中,我们可以看到生成的 API模块
-
博客 - Blog
-
文章 - Post
后台管理查看数据
运行前端的 Angular 工程,我们可以在后台管理的 权限安全/模块管理 中,可看到 博客模块
的模块数据以及模块分配的功能点信息
数据库查看数据
打开数据库管理工具,可以看到 Module 和 Function 两个表的相关数据
-
数据库中的 API模块Module
-
数据库中的 API功能点Function
博客模块授权
相关角色和用户
博客模块相关角色
根据 <业务模块设计#WebAPI层> 中对权限控制的定义,我们需要创建两个相关角色
- 博主:可申请博客,更新自己的博客,对自己的文章进行新增、更新、删除操作
- 博客管理员:可审批、更新、删除所有博客,对所有文章进行更新、删除操作
新增的两个角色如下:
名称 | 备注 | 管理角色 | 默认 | 锁定 |
---|---|---|---|---|
博客管理员 | 博客管理员角色 | 是 | 否 | 否 |
博主 | 博客主人角色 | 否 | 否 | 否 |
注册两个测试用户,并给用户分配角色
新增测试用户如下:
用户名 | 用户昵称 | 分配角色 |
---|---|---|
123202901@qq.com | 博客管理员测试 | 博客管理员 |
31529019@qq.com | 博主测试01 | 博主 |
2048949401@qq.com | 博主测试02 | 博主 |
功能权限
给角色分配API模块
API模块Module
对应的是后端的API模块,将Module分配给角色Role
,相应的Role即拥有Module的所有功能点Function
-
给
博客管理员
角色分配功能权限
-
给
博主
角色分配功能权限
功能权限预览
分配好之后,拥有特定角色的用户,便拥有模块所带来的功能点权限
-
博客管理员用户功能权限
-
博主用户功能权限
-
测试博主01
-
测试博主02
-
数据权限
OSharp框架内默认提供 角色 - 实体 配对的数据权限指派。
博客管理员
对于博客管理员
角色,博客管理员能管理 博客Blog
和 文章Post
的所有数据,没有数据权限的约束要求。
博主
对于博主
角色,博主只能查看并管理 自己的 博客与文章,有数据权限的约束要求。对博主的数据权限约束如下:
-
对博客的读取、更新操作限制
UserId = @当前用户
-
对文章的读取、更新、删除操作限制
UserId = @当前用户
如此,对博客模块的数据权限约束分配完毕。
在下一节中,我们将完善前端项目,添加博客模块的前端实现,你将看到一个完整的博客模块实现。
作者:郭明锋
Q群:MVC EF技术交流(5008599) OSharp开发框架交流(85895249)
出处:https://www.cnblogs.com/guomingfeng
声明:本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 单线程的Redis速度为什么快?
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· 展开说说关于C#中ORM框架的用法!
· SQL Server 2025 AI相关能力初探
· Pantheons:用 TypeScript 打造主流大模型对话的一站式集成库