oui, généralement les exemples sont "simpliste" et irréalisable avec de nombreux utilisateurs, mais en faisant son propre membership on a pas de problème pour faire ce que l'on veut derrière et généralement niveau perf cela ne pose pas de problème, le membership ne fait que définir des classes que l'on peut (ou non) implémenter.
Au niveau du membershipUser je crois que lorsque tu fais un Page.User tu obtient un tel objet sauf que toi tu auras une instance de ton objet user qui hérite de membershipUser, tu peux donc caster Page.User en ton type finale. Le plus simple est de faire une classe Page de base ou tu surcharge la propriété page avec shadow ou new
public shadow readonly property User as TonMembershipUser
get
return directcast(mybase.User , TonMembershipUser)
end get
end property
public new TonMembershipUser User
{
get { retrun base.User as TonMembershipUser;}
}
ainsi en faisant hériter toutes tes pages de ta classe de base qui contient la propriété User modifié tu pourras faire un Page.User et obtiendra un User déjà casté.
Cyril -
MSP -
MCTS ASP.net & SQL