OBTENER y POST en la misma acción del controlador en ASP.NET MVC

91

Me gustaría tener una sola acción que responda tanto a Gets como a Posts. Intenté lo siguiente

[HttpGet]
[HttpPost]
public ActionResult SignIn()

Eso no pareció funcionar. Alguna sugerencia ?

asp.net-mvc asp.net-mvc-2

— Cranialsurge
fuente

2

Para explicar el problema: La acción se ignora. Cada atributo excluirá todos los demás métodos de solicitud, por lo que la acción termina no aceptando ningún método de solicitud.

— Guffa

En ASP.NET MVC2 y VisualStudio 2010, el ejemplo de OP (con "[AcceptVerbs (HttpVerbs.Get)]", etc.) da el error de compilación: "Atributo 'AcceptVerbs' duplicado".

— DaveD

4

@Dave ¿Estás haciendo [AcceptVerbs(HttpVerbs.Get|HttpVerbs.Post)]o [AcceptVerbs(HttpVerbs.Get)][AcceptVerbs(HttpVerbs.Post)]? No sé nada sobre esos atributos, pero si está haciendo el segundo, puede que sea por eso que está obteniendo ese error.

— Jared

134

Esto es posible utilizando el atributo AcceptVerbs. Es un poco más detallado pero más flexible.

[AcceptVerbs(HttpVerbs.Get|HttpVerbs.Post)]
public ActionResult SignIn()
{
}

Más sobre msdn .

— Ryan Bair
fuente

3

Sí, pero ¿qué pasa si el método usa parámetros (por ejemplo, SignIn (parámetros SingInParams) ... para GET, se toman de URI (por lo que [FromUri] debe especificarse) y para POST se toman del cuerpo (entonces [ FromBody] tiene que ser especificado)?

— michal.jakubeczy

64

Las acciones responden tanto a GET como a POST de forma predeterminada, por lo que no tiene que especificar nada:

public ActionResult SignIn()
{
    //how'd we get here?
    string method = HttpContext.Request.HttpMethod;
    return View();
}

Dependiendo de su necesidad, aún puede realizar una lógica diferente según el HttpMethod operando en el valor HttpContext.Request.HttpMethod.

— Kurt Schindler
fuente

5

¡Esto está bien hasta que intente usar modelos de vista! en la acción de publicación que normalmente pasaría en el modelo de vista, intenté usar un parámetro opcional y lo predeterminé en nulo, pero eso no funciona.

— JBeckton

1

@JBeckton Por lo general, tengo un método GET que solo tiene parámetros de cadena de consulta SignIn(Guid? UserId)y POST tiene un modelo de vista SignIn(SomeVM vm)y ambos llaman a un método privado compartido SignInHandleGetPost(...)... que tal vez tome una VM que el método GET debe inicializar, o parámetros opcionales, o lo que prefiera hacer para refactorizar el código reutilizable / compartido.

— AaronLS

2

@JBeckton Acabo de probarlo ahora con el proyecto de muestra ASP.NET MVC 4.6.1, con el método AccountController.Login(String returnUrl, LoginViewModel model)y funciona bien. modeles nulo en GET y no nulo en POST. Sin embargo [ValidateForgeryToken], debe anularse porque ValidateForgeryTokengenera una excepción en las solicitudes GET.

— Dai

0

[HttpGet]
public ActionResult SignIn()
{
}

[HttpPost]
public ActionResult SignIn(FormCollection form)
{
}

— Neil Outler
fuente

Eso no es lo que estoy buscando, esa es la implementación MVC predeterminada de tener métodos separados para GET y POST a través de la sobrecarga de funciones. No soy nuevo en MVC, estoy tratando de que la acción GET también responda a ciertos eventos POST además de la acción POST estándar para la colección de formularios.

— Cranialsurge

Entonces debes seguir la respuesta de Kurts. Ningún atributo manejará ambos. Si está intentando que las solicitudes POST vayan a diferentes acciones, eso no es posible. Tu acción tendrá que realizar el cambio que estás buscando.

— Jeremy B.