ASP.NET MVC Url.Akcja dodaje bieżące wartości trasy do wygenerowanego adresu url

Moja aplikacja jawnie ustawia wartości trasy i nie chce magicznej wartości z bieżącego żądania. Chcę mieć pełną kontrolę.

Zrobiłem rozszerzenie, które współgra z moją kolekcją route library. stąd pojedynczy param. (Zobacz komentarz mojej biblioteki tras na dole)

Tutaj usuwam wszelkie routevalues z żądania przed wygenerowaniem adresu url.

(uwaga: dla tablicy.zawiera część ignorecase, patrz: Jak mogę zrobić / Align = "left" / Zawiera wielkość liter w tablicy łańcuchów?)

public static string Action(this UrlHelper helper, 
                            RouteValueDictionary routeValues)
{
    RemoveRoutes(helper.RequestContext.RouteData.Values);

    string url = helper.Action(routeValues["Action"].ToString(), routeValues);
    return url;
}

public static void RemoveRoutes(RouteValueDictionary currentRouteData)
{
    List<string> keyList = new List<string>(currentRouteData.Keys);

    string[] ignore = new[] { "Area", "Controller", "Action" };
    foreach (string key in keyList)
    {
        if (!ignore.Contains(key, StringComparer.CurrentCultureIgnoreCase))
            currentRouteData.Remove(key);
    }
}

Mam metody rozszerzenia Form i ActionLink, które używają metody RemoveRoutes. Żaden helper w mojej bibliotece mvc nie używa metody, która nie jest stworzoną przeze mnie metodą rozszerzenia. W ten sposób wszystkie routedata są czyszczone przed wygenerowaniem adresów URL.

w celach informacyjnych używam AttributeRouting. Oto przykład jednej trasy z mojej biblioteki tras.

public static RouteValueDictionary DisplayNews(int newsId)
{
    RouteValueDictionary route = new RouteValueDictionary();
    route["Area"] = _area;
    route["Controller"] = _controller;
    route["Action"] = "DisplayNews";
    route["newsId"] = newsId;
    return route;
}

Kiedy przeczytałem odpowiedź objectbox, pomyślałem, że będę musiał zmodyfikować kilka linków w moim kodzie. Następnie próbowałem dodać domyślną trasę pomijając domyślne parametry, które rozwiązały problem:

routes.MapRoute(
    "ArtistArtworkDefPage",
    "Artist/{username}/Artwork",
    new
    {
        controller = "Artist",
        action = "Artwork",
        page = 1
    }
);

routes.MapRoute(
    "ArtistArtwork",
    "Artist/{username}/Artwork/{page}",
    new
    {
        controller = "Artist",
        action = "Artwork",
        page = 1
    },
    new { page = @"\d+" }
);

Prosty przykład:

public class ProductController : Controller
{
  public ActionResult Edit(int id)
  {
    return View();
  }

  [Route("Product/Detail/{id:int}")]
  public ActionResult Detail(int id)
  {
    return View();
  }
}

Widok edycji zawiera tylko to:

@{ Layout = null;}
@Url.Action("Detail", "Cmr")

Więc po uruchomieniu strony np. localhost:randomPort/Product/Edit/123 otrzymujesz następną odpowiedź: /Product/Detail/123

Aby atrybuty działały, należy dodać do RouteConfig.cs następny wiersz:

public static void RegisterRoutes(RouteCollection routes)
{
  ...
  routes.MapMvcAttributeRoutes();
  ...
}

Głupie obejście znalazłem, że działa do obsługi bieżącej strony routingu danych, w tym zmiana parametru strony według preferencji

@{
    var current_route_1 = new RouteValueDictionary(Url.RequestContext.RouteData.Values);
    var current_route_2 = new RouteValueDictionary(Url.RequestContext.RouteData.Values);

    //If you want to customize the routing values
    current_route_1["controller"] = "Controller1";
    current_route_2["controller"] = "Controller2";
}

@Url.RouteUrl(current_route_1);
@Url.RouteUrl(current_route_2);

Oto obejście, które nie wymaga trasowania atrybutów ani nie zmienia bieżących wartości trasy w żądaniu. Ten pomysł pochodzi z http://notherdev.blogspot.ca/2013/10/aspnet-mvc-current-values-used-by-url-action.html , który zmieniłem nieco, aby działał bez MvcFutures.

Zbudowałem własne rozszerzenie Action Na UrlHelper z dodatkowym boolem, który pozwala opcjonalnie ignorować bieżące wartości trasy (aby nie kolidować z istniejącymi metodami akcji na UrlHelper.)

To, co robi, to buduje zupełnie nowy RequestContext z bieżącego, używając bieżącej trasy, ale nie bieżące wartości trasy. Potem przekażemy to pomocnikom bazy. W ten sposób, gdy podstawowe helpery przejdą do sprawdzenia, jakie są wartości trasy z kontekstu żądania, nie znajdą żadnych, a tym samym nie użyją ich podczas generowania adresu URL.

public static string Action(this UrlHelper urlHelper, string actionName, string controllerName, object routeValues, bool ignoreCurrentRouteValues=false) {
    var routeValueDictionary = new RouteValueDictionary(routeValues);
    var requestContext = urlHelper.RequestContext;
    if (ignoreCurrentRouteValues) {
        var currentRouteData = requestContext.RouteData;
        var newRouteData = new RouteData(currentRouteData.Route, currentRouteData.RouteHandler);
        requestContext = new RequestContext(requestContext.HttpContext, newRouteData);
    }

    return UrlHelper.GenerateUrl(null, actionName, controllerName, routeValueDictionary,
        urlHelper.RouteCollection, requestContext, includeImplicitMvcValues: false);
}

Proste obejście będzie pierwszym wywołaniem

Url.Action("dummy", new { ... }) 

A następnie zmień nazwę dummy w wynikowym łańcuchu na poprawną nazwę akcji.