MVC: calcul des éléments de l'interface utilisateur dans Controller ou View?

Question

Je travaille sur une application ASP.Net MVC, et son architecture se compose des couches habituelles DAL, BL et PL.

Les adresses sont stockées en tant que champs distincts dans la base de données, mais doivent être affichées dans un seul champ de l'interface utilisateur.

En ce qui concerne l'affichage, j'ai besoin de gérer différents champs optionnels (par exemple, l'état, le pays, plusieurs lignes pour l'adresse).

Ma question: ce calcul de la chaîne d'affichage effective devrait-il être géré par le contrôleur ou par la vue? Le paradigme MVC offre-t-il des règles ou des recommandations pour cette question?

Answer 1

Votre automate ne doit rien savoir de la façon dont les adresses sont affichées, car vous pouvez avoir différentes vues qui appellent la même action du contrôleur qui souhaite afficher l'adresse différemment. Le point de vue de votre opinion sur la façon dont l'adresse est rendue dans un but particulier est votre préoccupation

Answer 2

Dans un modèle de conception MVC approprié, la vue doit décider quelles informations seront affichées et comment. Le contrôleur doit uniquement être responsable de la modification de cet état de la couche du modèle et de la vue actuelle.

Mais cela peut ne pas être possible, en raison de l'influence de Rails sur l'infrastructure ASP.NET MVC, car il se peut que vous n'ayez pas une vue réelle. Juste un modèle stupide. Et ces deux ne sont pas la même chose.