前言
在增删改查中的增和改操作中，我们经常需要更新数据流的创建人和修改人，无论我们项目是基于DDD，抑或是简单仅有服务层，此时我们都需要获取用户信息，那么我们只能将用户标识从控制器层层传递到服务或仓储层？鉴于如上场景很常见，难道我们没发觉这样做很是繁琐吗？于是乎，我们想要解放生产力，下面咱们来聊聊我个人的想法
全局获取用户信息
既然是全局获取用户信息，难道是定义静态变量？怎么可能，当然是基于请求而获取，基于静态变量必然存在多个用户请求覆盖信息的情况，那我们到底应该怎么全局获取？首先我们想到的过滤器比如ActionFilter...等等，但要是我们需要进行异步操作呢？貌似又不可行，根据我查询官方文档，没搞错的话，应该是从1.0开始就给出了异步过滤器，那就是IAsyncActionFilter，此方法不同于ActionFilter的是，它能够处理异步操作，同时它是在模型绑定完成之后执行，也就是只有一个异步方法
public async Task OnActionExecutionAsync(ActionExecutingContext context, ActionExecutionDelegate next)
{
await next();
}
接下来我们定义全局用户会话类，如下：
public class Session
{
/// <summary>
/// 用户id
/// </summary>
public string UserId { get; set; }
/// <summary>
/// 用户名
/// </summary>
public string UserName { get; set; }
}
紧接着，比如项目我们使用JWT，则拿到声明中用户标识和用户账号，那么我们接下来我们只需要实现上述异步action过滤器接口即可，如下：
public class AsyncSessionFilter : IAsyncActionFilter
{
private readonly Session _session; public AsyncSessionFilter(Session session)
{
_session = session;
} public async Task OnActionExecutionAsync(
ActionExecutingContext context,
ActionExecutionDelegate next)
{
var user = context.HttpContext.User; _session.UserId = user.FindFirst(JwtRegisteredClaimNames.Sub)?.Value; _session.UserName = user.FindFirst(JwtRegisteredClaimNames.UniqueName)?.Value; await next();
}
}
最后，则很简单的进行上述接口实现和会话注入，如下：
//注册用户会话
services.AddScoped<Session>(); //注册全局过滤器
services.AddControllers(options =>
{
options.Filters.Add<AsyncSessionFilter>();
})
在实际使用中，我们只需要在仓储或服务层构造函数使用Session，即可拿到用户名和用户id，从而最终解决对于新增和更改操作处理操作人信息
总结
在.NET Core中借助实现异步IAsyncActionFilter接口而实现全局获取用户信息