Html.ActionLink konstruuje niewłaściwy link, gdy dodana zostanie trasa inna niż mvc

Question

Mam tutaj aplikację z połączeniem webform i mvc. Podam routing poniżej:

 routes.Add("AspxRoute", new Route("Upload/New", new WebFormRouteHandler<Page>("~/Uploads.aspx"))); 

     routes.MapRoute(
      "Default",            // Route name 
      "{controller}/{action}/{id}",       // URL with parameters 
      new { controller = "Home", action = "Index", id = "" } // Parameter defaults 
     ); 

Tak więc wirtualna ścieżka do "Upload/New" faktycznie odwzorowuje stronę formularza internetowego aspx.

Ale moim problemem jest to, że Html.ActionLink ("Test", "Kontroler", "Action"), teraz czyni

// Nowe? Prześlij Controller = Kontroler & Action = Akcja

Po zapoznaniu się z kodem źródłowym MVC, rozumiem, że dzieje się tak, ponieważ połączenie ActionLink wywołuje RouteCollection.GetVirtualPath(requestContext, routeName, mergedRouteValues), gdzie parametr routeName ma wartość null. I w jakiś sposób domyślnie używa się trasy AspxRoute do skonstruowania adresu URL. Próbowałem dodać inną trasę przed "AspxRoute", ale wygląda na to, że zawsze jest ona domyślną pozycją non-mvc.

Jak działa RouteCollection.GetVirtualPath zachowanie, gdy parametr routeName ma wartość null? I dlaczego zachowuje się w ten sposób w moim przypadku?

Jak skonstruować poprawny adres URL? Czy muszę napisać nowe rozszerzenie Htmlhelper?

Cheers

Answer 1

Spróbuj:

<%=Html.RouteLink("Test", "Default", new {controller = "Controller", action = "Action"})%> 

Korzystanie RouteLink zamiast actionlink pozwala określić trasę, którą chcesz użyć, która w tym przypadku jest domyślne odwzorowanie trasy MVC w przeciwieństwie do zwyczaju jednym Dodałeś.

Answer 2

Alternatywną opcją byłoby dodanie niestandardowego ograniczenia do WebFormRoute (s). Na przykład można utworzyć implementację obiektu IRouteConstraint, aby dopasować RouteDirection.IncomingRequest, a następnie użyć go, aby zapewnić, że trasa jest ignorowana przez trasy generowane przez serwer (takie jak ActionLink), ale nadal jest używana przez żądania generowane przez klienta. Coś jak:

public class IncomingOnlyRouteConstraint: IRouteConstraint 
{ 
    public bool Match(HttpContextBase httpContext, Route route, string parameterName, RouteValueDictionary values, RouteDirection routeDirection) 
    { 
     if (routeDirection == RouteDirection.IncomingRequest) 
     { 
      return true; 
     } 
     return false; 
    } 
} 

a następnie dodać ograniczenie do trasy:

routes.Add("AspxRoute", new Route("Upload/New", null, 
          new RouteValueDictionary() { {"WebFormsConstraint", new IncomingOnlyRouteConstraint()} }, 
          new WebFormRouteHandler<Page>("~/Uploads.aspx"))); 

Oczywiście może wolisz, aby dodać swój własny styl przymusu, ten jest dość ograniczenie na trasie, która implementuje go , ale jest to tylko jeden z przykładów, w jaki sposób można rozwiązać problem.

Answer 3

Ponadto: Upewnij się, że trasa domyślna jest pozycją LAST w tabeli routingu. To kolejny prosty sposób, by skończyć z rodzajem linku akcji html, który otrzymujesz.

Answer 4

Doświadczyłem tego samego, gdy trasy pracowały poprawnie "w ruchu", ale Html.ActionLink() wybierało złą trasę. Pracowałem wokół niego dodając ograniczenie trasę tak, że controller musi być pusty:

var constraints = new RouteValueDictionary() 
{ 
    { "controller", string.Empty } 
}; 

routes.Add(new Route("sso/server", null, constraints, new OpenIDServerRouteHandler())); 

routes.MapRoute(
    name: "Default", 
    url: "{controller}/{action}/{identity}", 
    defaults: new { controller = "Pages", action = "Home", identity = UrlParameter.Optional } 
); 

Ponieważ „kontroler” wartość trasa jest ograniczona do zera, wezwanie do actionlink() kończy się ignorując trasą. Mam nadzieję, że to pomoże komuś!

Answer 5

wymusić domyślne trasy nie mieć Kontroler:

var routeDefaults = new RouteValueDictionary() { { "controller", null } }; 
routes.Add("RouteName", new Route("some/path", routeDefaults, new SomeHandler()));