Jouez d'abord avec le code et souhaitez suivre l'état d'un utilisateur lié à certains éléments. Pour s'arranger un exemple, disons que j'aiCode EF4 Lier pour la première fois à l'utilisateur du rôle d'appartenance
public class Currency
{
public decimal Value {get;set;}
public string OldDude {get;set;}
}
public class UsersCurrencyAmount
{
virtual public Currency {get;set;} //type of currency in my man-purse
int quantity {get;set;}
//how do I refer to MembershipUser here?
}
Dois-je utiliser MembershipUser directement par magie, ou est-ce que je fais quelque chose comme un
public class User
{
int UserId {get;}
string UserName {get;}
}
Bien que d'une manière générale, je suis d'accord avec vous, il me semble que le rôle d'appartenance existe pour fournir une base de fonctionnalité et ne serait pas un défaut qui en dépendrait directement. La raison principale pour cela est l'intégrité référentielle dans la base de données. Cela dit, votre point a fait (nouveau sur asp.net) moi google "rôle d'adhésion sucks", qui a donné assez de hits pour me faire croire que faire une couche d'abstraction ne serait probablement pas une mauvaise chose. – Thomas
Je suis content que je puisse être utile. – Steven