asp.net-core – 从显式类型的ASP.NET Core API控制器(不是IActi

public ActionResult<Thing> Get(int id) {
    Thing thing = GetThingFromDB();

    if (thing == null)
        return NotFound();

    return thing;
}

甚至：

public ActionResult<Thing> Get(int id) =>
    GetThingFromDB() ?? NotFound();

一旦我实现了它，我会更详细地更新这个答案。

原始答案

在ASP.NET Web API 5中有一个HttpResponseException(正如Hackerman所指出的那样)，但它已从Core中删除，并且没有中间件来处理它。

我认为这种变化是由于.NET Core – ASP.NET试图完成所有开箱即用的工作，ASP.NET Core只会执行你明确告诉它的事情(这是它为什么它如此快速和便携的重要部分) )。

我找不到一个现有的库，所以我自己写了。首先，我们需要一个自定义异常来检查：

public class StatusCodeException : Exception
{
    public StatusCodeException(HttpStatusCode statusCode)
    {
        StatusCode = statusCode;
    }

    public HttpStatusCode StatusCode { get; set; }
}

然后我们需要一个RequestDelegate处理程序来检查新的异常并将其转换为HTTP响应状态代码：

public class StatusCodeExceptionHandler
{
    private readonly RequestDelegate request;

    public StatusCodeExceptionHandler(RequestDelegate pipeline)
    {
        this.request = pipeline;
    }

    public Task Invoke(HttpContext context) => this.InvokeAsync(context); // Stops VS from nagging about async method without ...Async suffix.

    async Task InvokeAsync(HttpContext context)
    {
        try
        {
            await this.request(context);
        }
        catch (StatusCodeException exception)
        {
            context.Response.StatusCode = (int)exception.StatusCode;
            context.Response.Headers.Clear();
        }
    }
}

然后我们在Startup.Infigure中注册这个中间件：

public class Startup
{
    ...

    public void Configure(IApplicationBuilder app)
    {
        ...
        app.UseMiddleware<StatusCodeExceptionHandler>();

最后，操作可以抛出HTTP状态代码异常，同时仍然返回一个显式类型，可以轻松地进行单元测试而无需从IActionResult转换：

public Thing Get(int id) {
    Thing thing = GetThingFromDB();

    if (thing == null)
        throw new StatusCodeException(HttpStatusCode.NotFound);

    return thing;
}

这保留了返回值的显式类型，并允许轻松区分成功的空结果(返回null;)和错误，因为无法找到某些内容(我认为它就像抛出ArgumentOutOfRangeException)。

虽然这是问题的解决方案，但它仍然没有真正回答我的问题 – Web API的设计者构建了对显式类型的支持，期望它们将被使用，添加了返回null的特定处理;这样它会产生204而不是200，然后没有添加任何方式来处理404？添加如此基本的东西似乎需要付出很多努力。