Est-ce que Roles.AddUserToRole est vraiment ce que je recherche pour satisfaire mes besoins. Je pense que je dois stocker les rôles d'utilisateur dans la session, n'est-ce pas ?
NON! L'ajout d'un utilisateur à des rôles signifie que le fournisseur liera l'utilisateur au rôle. Comme vous avez déjà lié l'utilisateur, c'est une direction sans valeur.
stocker ces rôles d'une manière ou d'une autre afin que je puisse afficher les commandes et les liens en fonction de leur appartenance au rôle
Pourquoi avez-vous besoin de faire cela ? Au niveau de la page, vous pouvez configurer la sécurité ASP.NET avec des ajustements afin d'exclure automatiquement des pages de la vue de l'utilisateur si elles ne se trouvent pas dans le(s) rôle(s) correct(s). En ce qui concerne les sections/contrôles/etc, vous pouvez vérifier si un utilisateur EST dans un rôle, puis déterminer s'il faut l'afficher ou non. Si vous utilisez des sections, une grande partie de cela peut être faite de manière déclarative plutôt que par programmation.
La seule mise en garde est ce que votre fournisseur d'abonnement prend en charge. Les fournisseurs "prêts à l'emploi" (Access et SQL Server) prennent en charge les ajustements de sécurité et la syntaxe déclarative pour les exclusions de sections d'une page, etc. Si le fournisseur MySQL implémente complètement toutes les méthodes, vous devriez aussi bien l'utiliser . Si vous créez un fournisseur personnalisé, vous devez implémenter certaines parties pour que les choses fonctionnent.
L'histoire courte est qu'une fois que vous avez saisi un adhésionUtilisateur (authentifié la personne), vous aurez accès à savoir si la personne est dans le rôle ou non. Tout cela fait partie de l'implémentation standard d'un fournisseur d'appartenances dans .NET. Tant que le fournisseur que vous utilisez pour MySQL couvre toutes les mêmes méthodes, vous pouvez effectuer une recherche rapide sur Google et trouver des tonnes de sites montrant comment afficher/masquer des bits en fonction des rôles.
