J'utilise le code d'appartenance et de fournisseur de rôle des exemples Microsoft SQLProvider et SQLRoleProvider, et je suis un peu dépassé par la façon dont je peux intégrer mon propre schéma dans la source.Dans quelle mesure mon fournisseur de rôle/appartenance SQL personnalisé doit-il se conformer aux échantillons?
La méthode GetAllUsers, par exemple, charge des données à partir de tables spécifiques dans la base de données ASP.NET et les place dans une structure de données très spécifique. Mes tables ne ressemblent à rien de cela. Dois-je adapter mes tables à ces champs, ou puis-je les remplacer par ma propre structure? En d'autres termes, à quel point dois-je me conformer aux interfaces des processus implémentés par le fournisseur SQL? Ces procs ont tous un formatage par page et pagenumber.
Je vois qu'il crée en interne un objet Utilisateur; J'imagine que mon schéma de base de données doit également contenir les champs spécifiés dans cet objet? – Caveatrob
Oui et non ... si vous créez une application personnalisée qui n'a pas besoin des éléments, vous n'avez pas besoin de conserver les données, car vous ne les fournirez pas. Si vous créez un fournisseur générique, alors oui. –