У меня есть два метода действий, которые противоречат друг другу. По сути, я хочу иметь возможность получить одно и то же представление с использованием двух разных маршрутов, либо по идентификатору элемента, либо по имени элемента и его родителя (элементы могут иметь одно и то же имя у разных родителей). Поисковый термин может использоваться для фильтрации списка.
Например...
Items/{action}/ParentName/ItemName
Items/{action}/1234-4321-1234-4321
Вот мои методы действия (есть также Remove
методы действия) ...
// Method #1
public ActionResult Assign(string parentName, string itemName) {
// Logic to retrieve item's ID here...
string itemId = ...;
return RedirectToAction("Assign", "Items", new { itemId });
}
// Method #2
public ActionResult Assign(string itemId, string searchTerm, int? page) { ... }
А вот и маршруты ...
routes.MapRoute("AssignRemove",
"Items/{action}/{itemId}",
new { controller = "Items" }
);
routes.MapRoute("AssignRemovePretty",
"Items/{action}/{parentName}/{itemName}",
new { controller = "Items" }
);
Я понимаю, почему возникает ошибка, так как page
параметр может быть нулевым, но я не могу найти лучший способ ее устранения. Мой дизайн плох для начала? Я думал о расширении Method #1
подписи для включения параметров поиска и переноса логики в Method #2
частный метод, который они оба вызовут, но я не верю, что это на самом деле разрешит неоднозначность.
Любая помощь будет принята с благодарностью.
Актуальное решение (на основе ответа Леви)
Я добавил следующий класс ...
public class RequireRouteValuesAttribute : ActionMethodSelectorAttribute {
public RequireRouteValuesAttribute(string[] valueNames) {
ValueNames = valueNames;
}
public override bool IsValidForRequest(ControllerContext controllerContext, MethodInfo methodInfo) {
bool contains = false;
foreach (var value in ValueNames) {
contains = controllerContext.RequestContext.RouteData.Values.ContainsKey(value);
if (!contains) break;
}
return contains;
}
public string[] ValueNames { get; private set; }
}
А потом украсили методы действия ...
[RequireRouteValues(new[] { "parentName", "itemName" })]
public ActionResult Assign(string parentName, string itemName) { ... }
[RequireRouteValues(new[] { "itemId" })]
public ActionResult Assign(string itemId) { ... }
источник
return ValueNames.All(v => controllerContext.RequestContext.RouteData.Values.ContainsKey(v));
contains = ...
contains = controllerContext.RequestContext.RouteData.Values.ContainsKey(value) || controllerContext.RequestContext.HttpContext.Request.Params.AllKeys.Contains(value);
ActionResult DoSomething(Person p)
гдеPerson
имеет различные простые свойства, такие какName
, и запросы к нему делаются с именами свойств напрямую (например,/dosomething/?name=joe+someone&other=properties
).controllerContext.HttpContext.Request[value] != null
вместоcontrollerContext.RequestContext.RouteData.Values.ContainsKey(value)
; но хорошая работа тем не менее.Ответы:
MVC не поддерживает перегрузку методов, основанную исключительно на сигнатуре, поэтому это не удастся:
Тем не менее, он поддерживает перегрузку метода на основе атрибута:
В приведенном выше примере атрибут просто говорит: «этот метод соответствует, если в запросе присутствовал ключ xxx ». Вы также можете фильтровать информацию, содержащуюся в маршруте (controllerContext.RequestContext), если это лучше соответствует вашим целям.
источник
...RouteData.Values
вместо этого, но это "работает". Является ли это хорошим шаблоном, открыто для обсуждения. :)Параметры в маршрутах
{roleId}
,{applicationName}
и{roleName}
не совпадают с именами параметров в своих методах действий. Я не знаю, имеет ли это значение, но становится сложнее выяснить, каково ваше намерение.Соответствует ли ваш itemId шаблону, который можно сопоставить с помощью регулярных выражений? Если это так, то вы можете добавить ограничение к вашему маршруту, чтобы идентифицировать только URL-адреса, соответствующие шаблону, как itemId.
Если ваш itemId содержит только цифры, это будет работать:
Редактировать: Вы также можете добавить ограничение к
AssignRemovePretty
маршруту, так что оба{parentName}
и{itemName}
обязательны.Изменить 2: Кроме того, так как ваше первое действие просто перенаправляет на ваше второе действие, вы можете устранить некоторую двусмысленность, переименовав первое.
Затем укажите имена действий в ваших маршрутах, чтобы вызвать соответствующий метод:
источник
Другой подход - переименовать один из методов, чтобы не было конфликтов. Например
См. Http://www.asp.net/mvc/tutorials/getting-started-with-mvc3-part9-cs
источник
Недавно я воспользовался возможностью улучшить ответ @ Levi's для поддержки более широкого диапазона сценариев, с которыми мне приходилось иметь дело, таких как: поддержка нескольких параметров, сопоставление любого из них (вместо всех) и даже совпадение ни с одним из них.
Вот атрибут, который я использую сейчас:
Для получения дополнительной информации и примеров реализации ознакомьтесь с этой записью в блоге, которую я написал на эту тему.
источник
Рассмотрите возможность использования библиотеки тестовых маршрутов MVC Contribs для проверки ваших маршрутов.
источник