Question

我具有MediatR管道行为，用于通过FluentValidation库验证命令。我已经看到了许多示例，其中您从行为中抛出了ValidationException，这对我来说很好。但是在我的场景中，我想用验证错误更新响应对象。

我能够构建并运行以下代码。当我在if语句中设置断点时，CommandResponse的构造会出现预期的验证错误-但是当原始调用者收到响应时，它为null：

public class RequestValidationBehavior<TRequest, TResponse> : IPipelineBehavior<TRequest, TResponse> where TRequest : IRequest<TResponse>
{
    private readonly IEnumerable<IValidator<TRequest>> _validators;

    public RequestValidationBehavior(IEnumerable<IValidator<TRequest>> validators)
    {
         _validators = validators;
    }

    public Task<TResponse> Handle(TRequest request, CancellationToken cancellationToken, RequestHandlerDelegate<TResponse> next)
    {
        var context = new ValidationContext(request);

        // Run the associated validator against the request
        var failures = _validators
            .Select(v => v.Validate(context))
            .SelectMany(result => result.Errors)
            .Where(f => f != null)
            .ToList();

        if(failures.Count != 0)
        {
            var commandResponse = new CommandResponse(failures) { isSuccess = false };
            return commandResponse as Task<TResponse>;
        }
        else
        {   
            return next();
        }
    }
}

我认为这与我将其强制转换为Task的尝试有关-但如果没有此操作，我会遇到编译器错误。我返回的类型与命令处理程序通过验证时的类型相同，因此我迷失了为什么它返回预期响应的空实例。我觉得有一个更好的方法来解决此问题，但是我尝试了许多变种但无济于事。有什么建议么？是否有更好的模式可以使用？我希望将其保留在管道中，因为它将被大量重复使用。

Answer 1

我最终向MVC项目添加了异常处理中间件。我没有尝试将验证错误作为一个对象传递回来，而是将ValidationException抛出了管道行为中，并且中间件处理了整个项目中的所有异常。当我在处理链中更高一级的地方处理所有异常时，这实际上效果更好。

这是我发布的代码的更新部分：

if(failures.Count != 0)
{
    // If any failures are found, throw a custom ValidationException object
    throw new ValidationException(failures);
}
else
{   
    // If validation passed, allow the command or query to continue:
    return next();
}

以下是异常处理中间件：

public class ErrorHandlingMiddleware
{
    private readonly RequestDelegate next;

    public ErrorHandlingMiddleware(RequestDelegate next)
    {
        this.next = next;
    }

    public async Task Invoke(HttpContext context /* other dependencies */)
    {
        try
        {
            await next(context);
        }
        catch (Exception ex)
        {
            await HandleExceptionAsync(context, ex);
        }
    }


    private static Task HandleExceptionAsync(HttpContext context, Exception exception)
    {
        // Log issues and handle exception response

        if (exception.GetType() == typeof(ValidationException))
        {
            var code = HttpStatusCode.BadRequest;
            var result = JsonConvert.SerializeObject(((ValidationException)exception).Failures);
            context.Response.ContentType = "application/json";
            context.Response.StatusCode = (int)code;
            return context.Response.WriteAsync(result);

        }
        else
        {
            var code = HttpStatusCode.InternalServerError;
            var result = JsonConvert.SerializeObject(new { isSuccess = false, error = exception.Message });
            context.Response.ContentType = "application/json";
            context.Response.StatusCode = (int)code;
            return context.Response.WriteAsync(result);
        }
    }
}

然后在添加MVC之前，在启动程序中注册中间件：

public void Configure(IApplicationBuilder app, IHostingEnvironment env)
{
    app.UseMiddleware(typeof(ErrorHandlingMiddleware));
    app.UseMvc();
}

注意：您还可以为中间件创建扩展方法：

public static class ErrorHandlingMiddlewareExtension
{
    public static IApplicationBuilder UseErrorHandlingMiddleware(
        this IApplicationBuilder builder)
    {
        return builder.UseMiddleware<ErrorHandlingMiddleware>();
    }
}

您可以通过以下方式进行注册：

public void Configure(IApplicationBuilder app, IHostingEnvironment env)
{
    app.UseErrorHandlingMiddleware();
    app.UseMvc();
}

Answer 2

我使用的是.Net core 3.1，在while ($true) {Get-MessageySender}的{{1}}函数的以下块之前添加中间件时，我无法捕获异常

Configure

检入configure方法。请确保在上述声明之后进行注册。这很明显，但可能会帮助像我这样的人。

Startup

流水线行为的MediatR流利验证响应

2 个答案: