0

Si mon site dispose de plusieurs rôles utilisateur, dites administrateur, utilisateur, gestionnaire et plusieurs modules peuvent être utilisés par un utilisateur particulier ou par tous les utilisateurs. va nommer mes contrôleurs?Est-il acceptable d'utiliser des contrôleurs basés sur les rôles dans un environnement MVC

Est-il acceptable d'avoir des contrôleurs basés sur les rôles tels qu'un contrôleur Admin, Utilisateur et Gestionnaire ainsi que des contrôleurs pour des fonctionnalités partagées telles que les contrôleurs de produits?

Et pour les petites parties de fonctionnalité qui sont utilisées par un seul rôle d'utilisateur, puis-je le conserver dans le contrôleur basé sur l'utilisateur, par ex. avoir toutes les fonctionnalités d'ajout/suppression/mise à jour pour les catégories de produits puis-je avoir cela dans le contrôleur Admin ou devrait-il avoir son propre contrôleur même si ce ne sera que quelques lignes de code? Lorsque je recherche sur le net des conventions pour ce faire, je ne dispose que des moyens de nommer le fichier et d'autres sources expliquent seulement la fonctionnalité du contrôleur et non ce qui devrait ou ne devrait pas être un contrôleur. Si cela est subjectif, je suis également heureux de considérer cela comme une réponse, mais dans l'état actuel des choses, je ne suis pas sûr de ce qui est acceptable et si les contrôleurs basés sur les rôles sont acceptables dans le cadre MVC.

Répondre

0

Personnellement, j'ai mis à jour mon projet ASP.NET MVC vers la version 2-beta version 2 et j'ai déplacé des éléments liés à l'administration vers des domaines différents. De cette façon, vous pouvez garder les noms de vos contrôleurs en relation avec leur fonction mais les exécuter à partir de la zone dédiée.

Questions connexes