Было найдено несколько типов контроллеров, соответствующих URL. Это может произойти, если маршруты атрибутов на нескольких контроллерах соответствуют запрашиваемому URL-адресу

Question

... думаю, я первый, кто спросит об этом?

Скажет у вас есть следующие маршруты, каждый объявлено на другой контроллере:

[HttpGet, Route("sign-up/register", Order = 1)] 
[HttpGet, Route("sign-up/{ticket}", Order = 2)] 

... вы могли бы сделать это в MVC 5.0 с тем же кодом для параметра Order исключения. Но после обновления до MVC 5.1 вы получите сообщение об ошибке в заголовке вопроса:

Было найдено несколько типов контроллеров, соответствующих URL. Это может произойти, если маршруты атрибутов на нескольких контроллерах соответствуют запрошенному адресу .

Значит, новый RouteAttribute.Order собственности является только контроллером уровня? Я знаю, что в AttributeRouting.NET вы можете делать SitePrecedence. Единственный способ иметь маршруты, подобные приведенным выше, когда все действия находятся в одном контроллере?

Update

К сожалению, я должен был упомянуть эти маршруты на контроллерах MVC, не WebAPI. Я не уверен, как это влияет на ApiControllers.

Answer 1

В случае маршрутизации атрибутов веб-API пытается найти все контроллеры, которые соответствуют запросу. Если он видит, что несколько контроллеров способны справиться с этим, тогда он выдает исключение, поскольку считает, что это возможно ошибка пользователя. Это исследование маршрута отличается от обычной маршрутизации, где выигрывает первый матч.

Как обходной путь, если у вас есть эти два действия внутри одного контроллера, тогда Web API оценивает приоритет маршрута, и вы должны увидеть, что ваш сценарий работает.

Answer 2

Если вы знаете, что ticket будет int вы можете указать, что тип в пути, чтобы помочь решить маршрут:

[HttpGet, Route("sign-up/register")] [HttpGet, Route("sign-up/{ticket:int}")]

Этот подход работает для меня, за комментарий user1145404, которая включает в себя ссылку Multiple Controller Types with same Route prefix ASP.NET Web Api

Answer 3

Есть два способа исправить это:

регулярное выражение ограничения, как здесь: MVC Route Attribute error on two different routes

Или пользовательский маршрут ограничение, как здесь: https://blogs.msdn.microsoft.com/webdev/2013/10/17/attribute-routing-in-asp-net-mvc-5/

Вы можете создавать ограничения пользовательских маршрутов путем реализации интерфейса IRouteConstraint.Например, следующее ограничение ограничивает параметр для задания допустимых значений:

public class ValuesConstraint : IRouteConstraint 
{ 
    private readonly string[] validOptions; 
    public ValuesConstraint(string options) 
    { 
     validOptions = options.Split('|'); 
    } 

    public bool Match(HttpContextBase httpContext, Route route, string parameterName, RouteValueDictionary values, RouteDirection routeDirection) 
    { 
     object value; 
     if (values.TryGetValue(parameterName, out value) && value != null) 
     { 
      return validOptions.Contains(value.ToString(), StringComparer.OrdinalIgnoreCase); 
     } 
     return false; 
    } 
} 

Следующий код показывает, как зарегистрировать ограничение:

public class RouteConfig 
{ 
    public static void RegisterRoutes(RouteCollection routes) 
    { 
     routes.IgnoreRoute("{resource}.axd/{*pathInfo}"); 

     var constraintsResolver = new DefaultInlineConstraintResolver(); 

     constraintsResolver.ConstraintMap.Add("values", typeof(ValuesConstraint)); 

     routes.MapMvcAttributeRoutes(constraintsResolver); 
    } 
} 

Теперь вы можете применить ограничение в маршрутах:

public class TemperatureController : Controller 
{ 
    // eg: temp/celsius and /temp/fahrenheit but not /temp/kelvin 
    [Route("temp/{scale:values(celsius|fahrenheit)}")] 
    public ActionResult Show(string scale) 
    { 
     return Content("scale is " + scale); 
    } 
} 

На мой взгляд, это не большой дизайн. Нет никаких суждений о том, какой URL-адрес вы намереваетесь, и каких-либо правил специфики при сопоставлении, если вы явно не установили их самостоятельно. Но, по крайней мере, вы можете получить свои URL-адреса так, как хотите. Надеемся, что ваш список ограничений не слишком длинный. Если это так, или вы не хотите жестко кодировать параметр строки маршрута и его ограничения, вы можете создать его программно вне метода действия и передать его атрибуту Route в качестве переменной.