Gestion des formulaires

Bonjour à tous !

Je débute en asp.net mvc 4 (moteur razor), et je rencontre actuellement un problème.

Je suis en train de créer un formulaire. Pour la réalisation de ce formulaire, j'utilise des HTMLHelper (que je découvre, très bon outil !). L'avantage est que dans la vue, on a la possibilité de spécifier le model, et effectuer l'ajout dans le model directement.

Dans ma view, je fais donc appel au model qui me permet d'enregistrer le formulaire. Cependant, il y a un soucis.

Le formulaire en question a un champs qui peut être ajouté plusieurs fois (selon le choix du client). En gros dans le formulaire, l'utilisateur clique sur un bouton, peut ajouter plusieurs champs <input>.

Exemple du formulaire :

(champs input)
-Nom
-Prenom
-Age

(bouton)
-Cliquez pour ajouter un véhicule

(champ input)
-Nom Vehicule 1
-Nom Vehiule 2
...
-Nom Vehicule N


Au niveau de model, ce que j'ai crée :
-une classe User(Id, nom, prenom, age)
-une classe Voiture ( Id, nomVoiture, IdUser)


Donc dans une view, je ne peux ajouter qu'un seul model (@model User), comment puis-je gérer mes véhicules ? Je ne peux pas ajouter mes véhicules dans la classe User....


En espérant avoir été assez clair, si vous ne comprenez pas dites le moi :-)

EN vous remerciant d'avance.

________________________________________________________________

edit :

Je viens de penser à créer un champs nomVoiture, de type list<string> au niveau du modele. On se retrouve donc avec une seule table User (Id, nom, prenom, age, nomVoiture).

Ma question est de savoir comment puis-je gérer les champs input des voitures ?

Par exemple pour l'ajout de deux voiture, je vais créer deux champs input :

Code:

---

1 2	@Html.TextBoxFor(m => m.nomVoiture) @Html.TextBoxFor(m => m.nomVoiture)

---

Est ce la bonne syntaxe ?

Au niveau du modele j'ai donc fait comme ceci :

Code:

---

public List<string> nomVoiture { get; set; }

---

Suis je sur la bonne voie ?

Bonjour vik93,

Pour bien maitrisé le binding d'un formulaire vers un model il est nécessaire de bien comprendre la mécanique utilisé par Asp.Net MVC.

Pour qu'un champ soit "binder", il faut que le nom de ta propriété dans ton model soit identique a l'attribut "name" de ton input Html

Model de ta vue :

Code:

---

1 2 3 4 5 6 7 8 9 10 11

public class Personne { public string Nom {get;set;} public string Prenom{get;set;} public string Age{get;set;}   public List<string> Voitures {get;set;}   }

---

Champs dans ton formulaire ( sans utiliser les helpers) :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

<label>Nom: <label><input type="text" name="Nom" value="@Model.Nom"><br> <label>Prenom <label><input type="text" name="Prenom" value="@Model.Prenom"><br> <label>Age<label><input type="text" name="Age" value="@Model.Age"><br>   Voitures : <div> @foreach(var v in Model.Voitures) { <input type="text" name="Voitures" value="@v"><br> } <div>

---

Je t'ai mis un exemple sans l'utilisation des helpers Html.
Ce qui est important ici c'est l'attribut "name=Voitures" qui est identique au nom dans ton model objet.
Tu vas te retrouver avec plusieurs input text avec le meme "name" donc le model binder MVC va en deduire que c'est une collection.
A noté que pour que le binding se fasse , il faut que dans ton model tes propriétés soit public ainsi que le set et le get de ta propriété.

Le binding est juste fabuleux on peut faire des choses bien plus complexe avec !

Bonjour,

Merci pour votre réponse !

Donc ce que j'ai fait, est juste alors ? Dans mon model, j'ai mis nomVoiture, pareil dans la view.

Si le fait de mettre plusieurs fois le même "name" est reconnu comme une collection, le type List<string> ne peut donc pas fonctionner ? Il faut que je déclare en tant que Collection ?

Le type importe peu, je parlais d'une collection au sens large.
- List<String>
- IList<String>
- IEnumerable<String>
- ICollection<String>
- string[]

Toutes ces déclarations doivent fonctionner.
Attention, cette méthode fonctionne bien lorsque c'est une liste simple => Ex : List<string>, List< int> , List< double>, List< bool> ect ...
Si tu souhaite binder une liste d'objet complexe comme une liste de personne, c'est une autre méthode qu'il faut utiliser.

Merci encore pour ta réponse :)

Du coup je vais profiter de ta présence pour poser une autre question (juste pour la knowledge) :

Si en plus de la table user, je fais une table comme celle ci :

User(Id, nom, prenom, age)
Voiture(Id, nom, Id_User)

Comment puis-je gérer le "binding" pour ajouter une voiture dans la table Voiture, tout en sachant que je ne peux déclarer qu'un seul model (@model models.User) par view ?

Citation:

---

Envoyé par vik93

Si en plus de la table user, je fais une table comme celle ci :

User(Id, nom, prenom, age)
Voiture(Id, nom, Id_User)

Comment puis-je gérer le "binding", tout en sachant que je ne peux déclarer qu'un seul model (@model models.User) par view ?

---

Tu te poses les bonnes questions !
La bonne pratique et non pas de mettre ton objet User en tant que model de ta vue mais plutot de construire un autre object appelé un "ViewModel" qui encapsule ton objet User

Exemple :

Code:

---

1 2 3 4 5 6 7

public class UserViewModel { public User Utilisateur {get;set;} public Voiture Voiture {get;set} }

---

Code:

---

1 2 3 4 5 6 7 8 9 10 11

@model Models.UserViewModel   <form>   <label>Nom: <label><input type="text" name="Utilisateur.Nom" value="@Model.Utilisateur.Nom"><br> <label>Prenom <label><input type="text" name="Utilisateur.Prenom" value="@Model.Utilisateur.Prenom"><br> <label>Age<label><input type="text" name="Utilisateur.Age" value="@Model.Utilisateur.Age"><br>   <label>Voiture<label><input type="text" name="Voiture.Nom" value="@Model.Voiture.Nom"><br>   </form>

---

De cette façon tu peux binder tout ce que tu souhaites dans ton model.
A noté que ce ViewModel sert a "stocké" ton objet "métier" ou tout autres choses qui peux te servir dans la vue.
Le principe du ViewModel est basé sur un pattern appelé MVVM initialement introduit en WPF, je t'encourage a t'y intéresser.

C'est excellent ! En effet, fallait y pense à créer un ViewModel.....

En tout cas c'est super ! Si j'ai d'autres questions, je reviendrai :)

Content de t'avoir aidé, si tu as d'autres questions n'hésite pas.