Où puis-je stocker des détails supplémentaires de l'utilisateur à l'aide de ASP.NET MVC et du SQLMembershipProvider?

Ce Article de Magazine de code m'a aidé à ce problème.

C'est ici que le fournisseur de profil ASP.NET est disponible. Vous pouvez l'utiliser pour stocker toutes les informations de profil que vous souhaitez sur un utilisateur. Tout ce que vous avez à faire est d'ajouter les champs dont vous avez besoin dans le fichier web.config, MSDN Link sur la configuration des champs de profil dans le fichier web.config . Pour résumer l'article, vous devez simplement ajouter le nom et le type Valeurs que vous souhaitez stocker sur le nœud Propriétés de l'élément de profil. Voici un exemple:

HttpContext.Profile["Name"] = name;
HttpContext.Profile.GetProfileGroup("Address")["Zip"] = zip;

Je ne suis pas vraiment sûr qu'il y ait une meilleure pratique et cela dépend vraiment de la manière dont vous souhaitez utiliser les informations.

Premièrement, vous devez reconnaître que les membres et les profils sont deux choses distinctes. L'adhésion ASP.NET, le profil et la fonctionnalité de rôle sont conçus pour être utilisés comme service, servant plusieurs sites / applications.

Si vous regardez le schéma de ces relations, vous remarquerez que les utilisateurs sont uniques au système, mais un utilisateur peut être partagé sur des applications. Cela signifie que leurs informations de profil sont également partagées dans toutes les applications. L'adhésion est en réalité l'association d'un utilisateur à une application et contient des informations sur leur relation avec cette application spécifique (mot de passe, Q & A, etc.).

Vous pouvez utiliser le fournisseur de profil comme Ryan suggéré, mais 1) que les informations ne soient pas facilement interrogées si vous souhaitez recueillir des métriques de profil et 2) il est partagé dans tous les consommateurs des services d'adhésion / de profil. Vous pouvez cependant le prolonger pour répondre à vos besoins.

Vous pouvez étendre le fournisseur d'adhésion comme suggéré par Gortok et que les informations seraient relatives à l'application, mais vous devez vous assurer de ne pas casser les consommateurs existants du service en modifiant les procédures ou tables stockées existantes de manière à modifier. leur interface ou leur intention.

L'autre option est que vous pouvez le traiter comme un service et suivre ces informations par vous-même, référencement dans votre propre implémentation de profil à l'aide de l'ID utilisateur à partir du fournisseur ASP.NET SQL.

Il y a une bonne série (16 parties) sur abonnement, profilés et rôles < / a> sur 4 gars de Rolla que je recommanderais de lire, puis, une fois que vous connaissez toutes les pièces mobiles, faites une décision éduquée sur la meilleure façon de stocker et de la meilleure façon de structurer les informations de profil que vous êtes cherche à créer.