MVC Architecture - Comment représenter les listes

Question

Je ne suis pas certain que j'ai la bonne architecture pour ce problème. Disons que j'ai un objet Personne qui a 1 ou plusieurs objets attributs associés. Pour l'interface, j'ai une liste d'objets Person, une vue Person, et un autre contrôle avec des pages d'onglet qui représentent chaque objet Attribute associé à cette personne. Comment une architecture MVC pourrait-elle être construite?

Actuellement, j'ai un seul 'modèle' pour une personne qui a une liste de modèles d'attributs. J'ai un contrôleur pour la vue, et ensuite j'allais faire un contrôleur pour l'attribut AttributeView qui aurait des sous-contrôleurs pour chaque attribut attaché à chaque modèle d'attribut dans le modèle de personne ... Je pense que je peux gérer toutes les interactions appropriées avec cette architecture, mais je ne suis pas sûr que ce soit la meilleure implémentation. Cela semble-t-il raisonnable, ou y a-t-il une meilleure façon d'y remédier?

Merci!

Answer 1

Si c'était moi, je ne voudrais pas avoir le contrôleur principal au courant des sous-contrôleurs pour les attributs; Je ferais cette connexion au niveau de la vue à la place. Vous auriez donc un PersonView qui sait comment construire AttributeViews (leur passant dans AttributeModels) - ou qui a un handle pour une fabrique qui le sait - et les AttributeViews sauraient comment construire AttributeControllers. Cependant, cela dépend un peu de ce que vous essayez de faire. Comme, avez-vous besoin d'être en mesure de valider/annuler les modifications apportées à un AttributeModel sans réellement valider ces modifications à la personne? Avez-vous besoin d'annuler les modifications apportées à la personne dans son ensemble? Si l'utilisateur sélectionne une personne différente dans la liste, avez-vous besoin d'effectuer une validation avant de valider les modifications ou de les inviter à enregistrer les modifications avant de changer de personne? C'est comme ça que le désordre est susceptible d'être.