Ceci est une question de liaison de modèle général applicable à MVC 1 & 2. Je me demande si MVC2 serait mieux pour cela, mais voici ma question:multiples classeurs modèles personnalisés pour un modèle dans ASP.NET MVC
J'ai un modèle assez complexe:
public interface IEvent
public int Id
public string Title
public List<EventContact> Contacts
public List<EventDatesLocations> DatesLocations
public class EventDatesLocations
public int Id
public DateTime StartDate
public DateTime EndDate
public List<EventLocation> Locations
J'ai un liant modèle personnalisé pour ma classe IEvent qui fait essentiellement toute la liaison pour IEvent. J'appelle le classeur modèle par défaut pour lier la liste Contacts
, qui fonctionne bien.
Je suis prêt à commencer à essayer de lier les choses DatesLocations
, mais je veux m'assurer que je fais les choses correctement. Dans l'ensemble, je ne suis pas sûr d'avoir tous les détails sur la liaison de modèle comprise. Serait-il préférable d'avoir plusieurs classeurs de modèle pour les listes au sein de IEvent
ou juste avoir un classeur modèle IEvent
(comme je le fais maintenant) qui appelle le classeur par défaut pour les listes dont il a besoin.
Comment les experts le font-ils? : P
Je Je ne suis pas un expert en reliure de modèles, mais je ne pense pas qu'il y ait quelque chose qui nécessiterait un modèle de reliure personnalisé. Comment vous liez-vous à vos listes? Voici un article sur la façon dont le classeur par défaut les gère. http://www.hanselman.com/blog/ASPNETWireFormatForModelBindingToArraysListsCollectionsDictionaries.aspx – Ryan
@Ryan - Le principal facteur de motivation pour la liaison en utilisant un classeur de modèle personnalisé a été le fait que j'utilise une interface, IEvent comme objet d'événement principal. En utilisant le classeur par défaut, il m'a immédiatement indiqué qu'il ne pouvait pas créer une instance d'IEvent. Cela, et j'ai besoin de lier des propriétés spécifiques en fonction du type d'IEvent. J'utilise le classeur de modèle par défaut avec un dictionnaire de fournisseur de valeur apparié – Dan