我们的团队维护一个自托管的ASP.NET Web API。该项目使用属性路由,我们有几十个现有的控制器。比方说,API是通过主路径/api/purpose1/...
公开的,所有现有的控制器都作为资源放置在下面。
现在我想介绍一个新的并行主路径,例如/api/purpose2/
。应该可以通过配置文件中的布尔变量相互独立地激活两个主路径。
由于所有控制器都在一个程序集中,因此属性路由方法总是找到它们并将它们添加到purpose1
和purpose2
中。这与purpose1
和purpose2
的独立性相矛盾。所以我对purpose1
使用了属性路由,对purpose2
使用了基于约定的路由。这至少奏效了,但我对两种不同路由方法的混合感到不满意。
所以我的问题是:我可以用属性路由禁用某些控制器类吗?
OnActionExecuting示例:
V1控制器
[Route("api/[controller]")]
[ApiController]
public class SampleV1Controller : VersioningAwareControllerBase
{
[HttpGet]
public IActionResult Get()
{
return new OkObjectResult("V1");
}
}
V2控制器
[Route("api/[controller]")]
[ApiController]
public class SampleV2Controller : VersioningAwareControllerBase
{
[HttpGet]
public IActionResult Get()
{
return new OkObjectResult("V2");
}
}
支持版本控制的基本控制器
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) { }
}
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
构造函数是为了支持更简单的单元测试。
以下代码注册自定义类:
var config = new HttpConfiguration();
config.MapHttpAttributeRoutes();
config.Services.Replace(typeof(IHttpActionInvoker), new CustomHttpActionInvoker(MyConfigProvider));