2013-03-20 3 views
6

Czy istnieje sposób zmusić MVC4 do wywoływania różnych akcji w oparciu o zmienną GET w adresie URL?Różne działania MVC4 oparte na zmiennej GET

Na przykład, powiedzmy, że mam następujące dwie akcje.

[HttpPost] 
public ActionResult SubmitCrash(CrashReport rawData) 
{ 
    return View(); 
} 


[HttpPost] 
public ActionResult SubmitBug(BugReport data) 
{ 
    return View(); 
} 

Czy istnieje sposób, w jaki mogę użyć następujących adresów URL, aby MVC4 "wybrać", którą akcję wybrać?

http://MySite/Submit?Crash (calls 'SubmitCrash') 
http://MySite/Submit?Bug (calls 'SubmitBug') 

UPDATE:
Jestem bardzo świadomy, że mogę korzystać z działań/URL takimi, jakimi są, a nie rzeczy z routingiem aby tak się stało (czyli to, co robię teraz), ale Naprawdę interesuje mnie GET vars część pytania.

+1

Czy opcja "http: // MySite/Submit/Crash" jest dla Ciebie opcją? Można to osiągnąć za pomocą niestandardowego wpisu tablicy tras. –

+0

tak, jak to teraz robię, ale to nie odpowiada na moje pytanie. –

Odpowiedz

2

To nie jest tak czysty, jak to może być, ale można użyć „root” działania dla tego:

public ActionResult Submit(string method) 
{ 
    return Redirect("Submit"+method); 
} 

public ActionResult SubmitCrash() 
{ 
    return View(); 
} 

public ActionResult SubmitBug() 
{ 
    return View(); 
} 

Edycja
muszę przedłużyć ActionNameAttribute do swoich potrzeb, więc może napisać to:

//handles http://MySite/Submit?method=Crash 
[ActionNameWithParameter(Name = "Submit", ParameterName = "method", ParameterValue = "Crash")] 
public ActionResult SubmitCrash() 
{ 
    return View(); 
} 

//handles http://MySite/Submit?method=Bug 
[ActionNameWithParameter(Name = "Submit", ParameterName = "method", ParameterValue = "Bug")] 
public ActionResult SubmitBug() 
{ 
    return View(); 
} 

[AttributeUsage(AttributeTargets.Method, AllowMultiple = false, Inherited = true)] 
public sealed class ActionNameWithParameterAttribute : ActionNameSelectorAttribute 
{ 
    public string Name 
    { 
     get; 
     private set; 
    } 
    public string ParameterName 
    { 
     get; 
     private set; 
    } 
    public string ParameterValue 
    { 
     get; 
     private set; 
    } 
    public ActionNameAttribute(string name, string parameterName, string parameterValue) 
    { 
     if (string.IsNullOrEmpty(name)) 
     { 
      throw new ArgumentException(MvcResources.Common_NullOrEmpty, "name"); 
     } 
     this.Name = name; 
     this.ParameterName = parameterName; 
     this.ParameterValue = parameterValue; 
    } 
    public override bool IsValidName(ControllerContext controllerContext, string actionName, MethodInfo methodInfo) 
    { 
     return string.Equals(actionName, this.Name, StringComparison.OrdinalIgnoreCase) 
      && string.Equals(controllerContext.HttpContext.Request.QueryString.Get(ParameterName) 
       , this.ParameterValue 
       , StringComparison.OrdinalIgnoreCase); 
    } 
} 
+0

To jest całkiem fajne i niezręczne. Doszedłem do wniosku, że MVC4 nie ma wbudowanego sposobu obsługi mojego scenariusza, huh? –

2

Dlaczego nie utworzyć trasy, aby to zrobić?

routes.MapRoute(
      name: "SubmitCrash", 
      url: "Submit/Crash", 
      defaults: new 
       { 
        Action = "SubmitCrash", 
        Controller = "NameOfController", 
       }); 

    routes.MapRoute(
      name: "SubmitBug", 
      url: "Submit/Bug", 
      defaults: new 
       { 
        Action = "SubmitBug", 
        Controller = "NameOfController", 
       });