2010-12-10 1 views
0

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;} 
} 

Répondre

0

Vous ne devez pas créer une dépendance de votre modèle de domaine à l'appartenance .NET. Vous devriez avoir une classe User dans votre domaine. À un niveau plus élevé dans votre application, vous pouvez utiliser le modèle d'appartenance (probablement par le biais d'une abstraction) pour implémenter les besoins d'autorisation.

+0

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

+0

Je suis content que je puisse être utile. – Steven

Questions connexes