ASP.NET MVC: RedirectToAction z parametrami do działania po

To pytanie zostało zadane tutaj:ASP.NET MVC: RedirectToAction z parametrami do działania po

Ale co, jeśli mam dwie akcje o tej samej nazwie, ale z różnymi parametrami? Jak przekierować do akcji POST Terms zamiast akcji GET Terms.

public ActionResult Terms() { 
    //get method 
} 

[HttpPost] 
public ActionResult Terms(string month, string year, int deposit = 0, int total = 0) { 
    //process POST request 
}

Źródło

2013-05-20 Rosdi Kasim

Patrzysz na RedirectToAction? – PSL

http://stackoverflow.com/questions/2626179/routing-to-the-actions-w--ameame-names-but- difif-parameters –

Nie można przekierować do działania post. Przekierowanie jest zawsze dostawą, więc po prostu nie jest możliwe. –

Nevermind chłopaki, faktycznie może po prostu wywołać metodę bezpośrednio zamiast korzystać RedirectToAction tak:

return Terms(month, year, deposit, total);

Zamiast:

return RedirectToAction("Terms", {month, year, deposit, total});

Źródło

2013-05-20 06:11:08

To jest rozwiązanie. Ale wydaje się nieco jak hack: adres w przeglądarce jest wciąż stara metoda. W ten sposób tego nie widać, ponieważ obie metody mają tę samą nazwę. Ale problem pojawia się, gdy twoja metoda z argumentami zostanie wywołana, np. "TermsPost". Co zrobić, aby uzyskać "TermsPost" (nie "Warunki") w pasku adresu przeglądarki? – pt12lol

Zgadzam się z pt12lol, zachowuje on adres URL z pierwotnie nazwaną akcją. –

@ pt12lol: Tutaj są dwa problemy, przeglądarka naprawdę nie musi wiedzieć, co MVC działała na stronie, RedirectToAction powinno być do wewnętrznego zarządzania programowaniem, a nie przeglądarką. – Arjang

masz rację, że można nazwać metoda bezpośrednio, ale zdecydowanie sugerowałbym, aby przemyśleć swoją architekturę/implementację.

Protokół HTTP obejmuje koncepcję bezpiecznych i niebezpiecznych czasowników. Bezpieczne czasowniki, takie jak GET, nie powinny w żaden sposób modyfikować stanu serwera, natomiast czasowniki Niebezpieczne, takie jak POST, PUT modyfikują stan. Przez ciebie GET wywołując metodę POST naruszasz tę zasadę, ponieważ nie jest niewyobrażalne, że twój POST będzie modyfikował stan.

Także najlepsza praktyka nakazuje ograniczyć czasowniki dla wszystkich twoich działań, więc jeśli pierwsza metoda "Warunki" ma oznaczać GET, to dodaj także atrybut HttpGet, aby zapobiec akceptacji innych akcji Http przez serwer dla akcji.

Źródło

2015-01-31 07:15:30

ASP.NET MVC: RedirectToAction z parametrami do działania po

Odpowiedz

Powiązane problemy