Промежуточное ПО ядра asp.net не может поймать исключение newtonsoft - PullRequest
0 голосов
/ 11 января 2019

я использую исключение запроса перехвата промежуточного программного обеспечения и пишу ответ, подобный этому

public async Task Invoke(HttpContext context /* other dependencies */)
{
    try
    {

        await next(context);
    }
    catch (Exception ex)
    {
        logger.LogError(ex.Message);
        await HandleExceptionAsync(context, ex); //write response
    }
}
    private static Task HandleExceptionAsync(HttpContext context, Exception exception)
    {
        FanjiaApiResultMessage resultMessage = new FanjiaApiResultMessage()
        {
            ResultCode = -1,
            Data = null,
            Msg = exception.Message
        };
        string result = JsonConvert.SerializeObject(resultMessage);
        context.Response.ContentType = "application/json;charset=utf-8";
        if (exception is QunarException)
        {
            context.Response.StatusCode = (int)(exception as QunarException).httpStatusCode;
        }
        else
            context.Response.StatusCode = (int)HttpStatusCode.InternalServerError;
        return context.Response.WriteAsync(result);
    }

параметр модели запроса, подобный этому

public class FlightModel {
   [JsonProperty("depCity", Required = Required.Always)]
   public string DepCity { get; set; }
}

public IActionResult Test(FlightModel model){
  return Content("test");
}

когда я публикую FlightModel без DepCity, я получу исключение

{
    "errors": {
        "": [
            "Required property 'depCity' not found in JSON. Path '', line 6, position 1."
        ]
    },
    "title": "One or more validation errors occurred.",
    "status": 400,
    "traceId": "8000000a-0003-ff00-b63f-84710c7967bb"
}

Очевидно, что исключение не перехватывается промежуточным ПО.

почему промежуточное ПО не ловится?

1 Ответ

0 голосов
/ 11 января 2019

Ошибка проверки базовой модели Aspnet не вызывает исключения. Он предоставляет собственный ответ с кодом состояния 400 (неверный запрос) в формате по умолчанию.

Есть несколько способов переопределить это, включая пользовательский атрибут: https://www.jerriepelser.com/blog/validation-response-aspnet-core-webapi/

Это выглядит так:

public class ValidateModelAttribute : ActionFilterAttribute
{
    public override void OnActionExecuting(ActionExecutingContext context)
    {
        if (!context.ModelState.IsValid)
        {
            context.Result = new ValidationFailedResult(context.ModelState);
        }
    }
}

А затем добавляется так:

[Route("api/values")]
[ValidateModel]
public class ValuesController : Controller
{
...
}

Или вы можете управлять генерацией ответов, переопределив InvalidModelStateResponseFactory, как в этом вопросе SO: Как настроить ошибки привязки модели ASP.Net Core?

Вот пример:

services.Configure<ApiBehaviorOptions>(o =>
{
    o.InvalidModelStateResponseFactory = actionContext =>
        new MyCustomBadRequestObjectResult(actionContext.ModelState);
});
Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...