quoi de neuf?C# profil ASP.net contre personnaliser une table d'adhésion
Utilisez une table de profil pour stocker des informations qui ne figurent pas dans la table des membres (par exemple, pays, âge, etc.) ou personnaliser une adhésion.
grâce
données d'adhésion devraient généralement être composés d'informations qui se rapportent à l'authentification. c'est-à-dire la sécurité.
Le profil est généralement l'emplacement approprié pour stocker les métadonnées de l'utilisateur. c'est-à-dire la personnalisation.
Ces 2 types de données servent à des fins différentes et la séparation permet une séparation nette des préoccupations chez les fournisseurs.
Une exception à cela pourrait être envisagée s'il y a des métadonnées non standard qui se rapportent directement à l'authentification/l'autorisation.
Dans la mesure du possible, il est préférable d'utiliser les fournisseurs intégrés. Cela réduit la quantité de code que vous devez concevoir, implémenter, tester et maintenir. Donc, je considérerais l'utilisation du fournisseur d'appartenances essayé, testé et vrai et si vous voulez un méta basé sur une table, utilisez un fournisseur de profil personnalisé tel que http://www.asp.net/downloads/sandbox/table-profile-provider-samples