Solución:
Puede hacer que la acción de su controlador tome un objeto que refleje los nombres de entrada del formulario y el enlazador de modelos predeterminado creará automáticamente este objeto para usted:
[HttpPost]
public ActionResult SubmitAction(SomeModel model)
{
var value1 = model.SimpleProp1;
var value2 = model.SimpleProp2;
var value3 = model.ComplexProp1.SimpleProp1;
...
... return something ...
}
Otra forma (obviamente más fea) es:
[HttpPost]
public ActionResult SubmitAction()
{
var value1 = Request["SimpleProp1"];
var value2 = Request["SimpleProp2"];
var value3 = Request["ComplexProp1.SimpleProp1"];
...
... return something ...
}
Simplemente, puedes usar FormCollection igual que:
[HttpPost]
public ActionResult SubmitAction(FormCollection collection)
{
// Get Post Params Here
string var1 = collection["var1"];
}
También puede usar una clase, que está asignada con valores de formulario, y el motor asp.net mvc la llena automáticamente:
//Defined in another file
class MyForm
{
public string var1 { get; set; }
}
[HttpPost]
public ActionResult SubmitAction(MyForm form)
{
string var1 = form1.Var1;
}
Las respuestas son muy buenas, pero hay otra forma en la última versión de MVC y .NET que realmente me gusta usar, en lugar de las claves FormCollection y Request de la “vieja escuela”.
Considere un fragmento de HTML contenido dentro de una etiqueta de formulario que hace un AJAX o un FORM POST.
<input type="hidden" name="TrackingID"
<input type="text" name="FirstName" id="firstnametext" />
<input type="checkbox" name="IsLegal" value="Do you accept terms and conditions?" />
Su controlador realmente analizará los datos del formulario e intentará entregárselos como parámetros del tipo definido. Incluí una casilla de verificación porque es complicada. Devuelve el texto “on” si está marcado y nulo si no está marcado. Sin embargo, el requisito es que estas variables definidas DEBEN existir (a menos que sean anulables (recuerde que string es anulable)) de lo contrario, el AJAX o POST back fallará.
[HttpPost]
public ActionResult PostBack(int TrackingID, string FirstName, string IsLegal){
MyData.SaveRequest(TrackingID,FirstName, IsLegal == null ? false : true);
}
También puedes publicar un modelo sin usar ayudantes de afeitado. Me he encontrado con que esto es necesario algunas veces.
public Class HomeModel
{
public int HouseNumber { get; set; }
public string StreetAddress { get; set; }
}
El marcado HTML simplemente será …
<input type="text" name="variableName.HouseNumber" id="whateverid" >
y su controlador (Razor Engine) interceptará la variable de formulario “variableName” (el nombre es el que desee, pero lo mantendrá consistente) e intentará construirlo y convertirlo en MyModel.
[HttpPost]
public ActionResult PostBack(HomeModel variableName){
postBack.HouseNumber; //The value user entered
postBack.StreetAddress; //the default value of NULL.
}
Cuando un controlador espera un modelo (en este caso, HomeModel), no tiene que definir TODOS los campos, ya que el analizador simplemente los dejará en el valor predeterminado, generalmente NULL. Lo bueno es que puede mezclar y combinar varios modelos en el marcado y el análisis posterior de la publicación se completará tanto como sea posible. No es necesario definir un modelo en la página ni utilizar ayudantes.
SUGERENCIA: El nombre del parámetro en el controlador es el nombre definido en el marcado HTML “name =” no el nombre del modelo, sino el nombre de la variable esperada en el!
Utilizando List<> es un poco más complejo en su marcado.
<input type="text" name="variableNameHere[0].HouseNumber" id="id" value="0">
<input type="text" name="variableNameHere[1].HouseNumber" id="whateverid-x" value="1">
<input type="text" name="variableNameHere[2].HouseNumber" value="2">
<input type="text" name="variableNameHere[3].HouseNumber" id="whateverid22" value="3">
El índice de la Lista <> DEBE ser siempre secuencial y basado en cero. 0,1,2,3.
[HttpPost]
public ActionResult PostBack(List<HomeModel> variableNameHere){
int counter = MyHomes.Count()
foreach(var home in MyHomes)
{ ... }
}
Utilizando IEnumerable<> para la devolución de índices no basados en cero y no secuenciales. Necesitamos agregar una entrada oculta adicional para ayudar a la carpeta.
<input type="hidden" name="variableNameHere.Index" value="278">
<input type="text" name="variableNameHere[278].HouseNumber" id="id" value="3">
<input type="hidden" name="variableNameHere.Index" value="99976">
<input type="text" name="variableNameHere[99976].HouseNumber" id="id3" value="4">
<input type="hidden" name="variableNameHere.Index" value="777">
<input type="text" name="variableNameHere[777].HouseNumber" id="id23" value="5">
Y el código solo necesita usar IEnumerable y llamar ToList()
[HttpPost]
public ActionResult PostBack(IEnumerable<MyModel> variableNameHere){
int counter = variableNameHere.ToList().Count()
foreach(var home in variableNameHere)
{ ... }
}
Se recomienda utilizar un solo modelo o un modelo de vista (modelo que contiene otros modelos para crear un modelo de ‘vista’ complejo) por página. Mezclar y combinar como se propone podría considerarse una mala práctica, pero siempre que funcione y sea legible, no es MALA. Sin embargo, demuestra el poder y la flexibilidad del motor Razor.
Entonces, si necesita agregar algo arbitrario o anular otro valor de un ayudante de Razor, o simplemente no tiene ganas de crear sus propios ayudantes, para un solo formulario que usa una combinación inusual de datos, puede usar rápidamente estos métodos para aceptar más datos.