asp.net mvc session et l'authentification de l'adhésion

Question

Nouveau sur MVC, a beaucoup travaillé avec asp.net, mais n'a jamais utilisé l'appartenance, l'authentification, l'autorisation préalable avant.

J'ai 2 questions:

1. Dans les jours asp.net je stockerait l'utilisateur connecté dans les détails de l'utilisateur (nom d'utilisateur, premier & nom, email) dans une session (en utilisant une classe personnalisée) et juste vérifié que la session ["UserDetails"]! = null dans chaque page sécurisée, puis-je encore faire cela dans MVC? (pourquoi je ne le fais pas avec les choses intégrées? - déplacer la question # 2)

2. Dans ma DB j'ai une table Authors (avec l'utilisateur & pass) qui est connectée à 20 autres tables andi ' Nous avons une table d'utilisateurs (avec l'utilisateur & pass) qui se connecte à 1 ou 2 tables. Dites que je veux utiliser le matériel intégré comment puis-je utiliser pour valider le login de l'auteur et la connexion des utilisateurs avec le même fournisseur d'adhésion? et comment vais-je savoir qui est actuellement connecté dans l'utilisateur ou l'auteur lors de l'appel User.Identity.IsAuthenticated?

Merci à tous!

Answer 1

Question 1:

Dans vos contrôleurs vous serait utilise HttpContext.User pour obtenir le IPrincipal courant pour l'utilisateur qui fait la demande. Pour sécuriser une action (ou un contrôleur entier) il suffit de la décorer avec l'attribut [Authorize]. Lisez à propos de l'attribut authorize ici http://msdn.microsoft.com/en-us/library/system.web.mvc.authorizeattribute.aspx

Question 2:

Ici vous avez deux options, étendre le fournisseur de profils pour gérer ces données supplémentaires ou en vrac un peu d'intégrité référentielle et il suffit d'utiliser les services d'applications db d'autorisation et Conservez et ayez un champ UserId dans chaque entité liée à un utilisateur et créez votre collection d'utilisateurs et d'entités associées dans votre couche d'accès aux données. J'utilise toujours le 2ème.

Answer 2

1. vous n'étiez pas censé le faire dans asp.net. Ce que vous étiez censé utiliser était l'authentification par formulaires pour émettre un ticket signé, ce qui, dans 2.0+, aurait pu être avec le fournisseur d'adhésion. Le plus tôt est assez flexible, donc avant de lire # 2 il n'y avait déjà aucune raison de ne pas l'utiliser;). Mais oui, vous pouvez toujours faire cela, et non il n'y a pas d'autre moyen suggéré de le gérer dans asp.net MVC.
2. Vous pouvez soit mettre les données supplémentaires dans le ticket ou utiliser une convention en ajoutant quelque chose au nom d'utilisateur dans le ticket, puis lors de la réception d'un cookie, vous pouvez remplacer l'IPrincipal du contexte par un principal personnalisé.