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 en 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 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 puede 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á por defecto, generalmente NULL. Lo bueno es que puede mezclar y combinar varios modelos en el Mark-up y el análisis posterior 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!
El uso 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 en 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)
{ ... }
}
Se utiliza IEnumerable<>
para la devolución de índices no secuenciales y basados en cero. 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 asistente 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.