忽略 ASP.NET Web ZDB974238714CA8DE634A7CE1D083A14 中的 controller

Question

我们的团队维护一个自托管的 ASP.NET Web API。 该项目使用属性路由，我们有几十个现有的控制器。 可以说，API 通过主路径/api/purpose1/... ，所有现有控制器都作为资源放置在下面。

现在我想介绍一个新的并行主路径，例如/api/purpose2/ 。 应该可以通过配置文件中的 boolean 变量相互独立地激活两个主路径。

由于所有控制器都在一个程序集中，因此属性路由方法总是会找到它们并将它们添加到purpose1和purpose2中。 这与purpose1和purpose2的独立性相矛盾。 所以我对purpose2使用属性路由，对purpose1使用基于约定的路由。 这至少有效，但我对两种不同路由方法的混合不满意。

所以我的问题是：我可以禁用某些具有属性路由的 controller 类吗？

Answer 1

OnActionExecuting 示例：

V1 controller

[Route("api/[controller]")]
[ApiController]
public class SampleV1Controller : VersioningAwareControllerBase
{
    [HttpGet]
    public IActionResult Get()
    {
        return new OkObjectResult("V1");
    }
}

V2 controller

[Route("api/[controller]")]
[ApiController]
public class SampleV2Controller : VersioningAwareControllerBase
{
    [HttpGet]
    public IActionResult Get()
    {
        return new OkObjectResult("V2");
    }
}

版本控制基础 controller

public abstract class VersioningAwareControllerBase: ControllerBase, IActionFilter
{
    public void OnActionExecuted(ActionExecutedContext context)
    {
        if (!FeatureFlags.ShouldDeprecateV1 ||
            !string.Equals(context.RouteData.Values["controller"].ToString(), "samplev1",
                StringComparison.OrdinalIgnoreCase))
            return;

        context.Result = NotFound();
        context.Canceled = true;
    }

    public void OnActionExecuting(ActionExecutingContext context) { }
}

Answer 2

Peter Csala 的回答很好，但是，它依赖于System.Web.Mvc 。 在我们的例子中，这种依赖关系以前不存在，我找到了一个不需要添加它的解决方案。

我通过以下方式扩展了ApiControllerActionInvoker ：

internal class CustomHttpActionInvoker : ApiControllerActionInvoker
{
    public CustomHttpActionInvoker(IConfigProvider configProvider)
    {
        ConfigProvider = configProvider;
        InvokeActionFunc = base.InvokeActionAsync;
    }

    /// <summary>FOR AUTOMATED TESTS ONLY</summary>
    internal CustomHttpActionInvoker(IConfigProvider configProvider,
                                     Func<HttpActionContext, CancellationToken, Task<HttpResponseMessage>> invokeActionFunc)
    {
        ConfigProvider = configProvider;
        InvokeActionFunc = invokeActionFunc;
    }

    private IConfigProvider ConfigProvider { get; }

    private Func<HttpActionContext, CancellationToken, Task<HttpResponseMessage>> InvokeActionFunc { get; }

    /// <inheritdoc />
    public override Task<HttpResponseMessage> InvokeActionAsync(HttpActionContext actionContext, CancellationToken cancellationToken)
    {
        var isRelevantRequest = actionContext.ControllerContext.Controller is MyRelevantController;
        if (isRelevantRequest && ConfigProvider.IsPurpose1)
        {
            return InvokeActionFunc(actionContext, cancellationToken);
        }

        if (!isRelevantRequest && ConfigProvider.IsPurpose2)
        {
            return InvokeActionFunc(actionContext, cancellationToken);
        }

        return Task.FromResult(new HttpResponseMessage(HttpStatusCode.NotFound));
    }
}

引入了internal构造函数以支持更简单的单元测试。

以下代码注册了自定义 class：

var config = new HttpConfiguration();
config.MapHttpAttributeRoutes();
config.Services.Replace(typeof(IHttpActionInvoker), new CustomHttpActionInvoker(MyConfigProvider));