实体框架代码优先 - 定义与 MembershipUser 的关系

Question

我试图了解定义 POCO 类的最佳方法，以便能够使用实体框架代码优先功能。
我想在我的类中、用户之间以及类本身之间定义一些外键关系。例如，考虑以下 3 个类：

Public class Job
{
    public int JobID {get; set;}
    public string JobTitle {get; set;}
    public virtual ICollection<Resume> Resumes {get; set;} // Is this correct at all? How to access all resumes for a certain job? (many-to-many relationship between Job and Employee)
}

Public class Resume
{
    public int EmployeeID {get; set;} // or should it be: public virtual Employee EmployeePerson?
    public int JobID {get; set;} // or should it be: public virtual Job UserJob?
    public DateTime EmploymentDate {get; set;}
}  

public class Employee
{
    public int EmployeeID {get; set;}
    public int UserID{ger; set;} // or should it be: public virtual MembershipUser User?
    public ICollection<Resume> Resumes {get; set;} // Is this correct at all? 
}

用户是 System.Web.Security 中的会员用户，正在通过 FormsAuthentication 或 ActiveDirectoryAuthentication 进行身份验证。这些问题在代码中提到（作为注释）。但为了澄清：

• 我应该在关系中定义对象并在每次需要它们时使用 .Include 还是最好存储对象的 ID 并在每次需要时尝试从该 ID 获取数据需要吗？在处理 MembershipUser 类而不是我定义的类时，我应该使用不同的方法吗？
• 除了启用延迟加载之外，virtual 还有什么用途？我应该在哪里避免它，在哪里应该使用它？

谢谢。

更新：我刚刚测试了使用公共虚拟MembershipUser User定义来定义Employee。结果是我的表中添加了 4 列：

• User_Email、
• User_Comment、
• User_IsApproved、
• User_LastLoginDate、
• User_LastActivityDate

没有任何用户特有的列（User_Email 被定义为可为空）。因此，如果您想在类中包含用户，请为 MembershipUser 编写一个包装器或仅存储 UserID。
谢谢拉迪斯拉夫和塞尔吉。

Answer 1

我建议将外键声明为导航属性，这样您始终可以直接访问相关属性，而不必自己从数据库中显式检索它（它将被延迟加载）。

所以你的模型看起来像：

public class Resume
{
    public int ID {get; set;}
    // or should it be: public virtual Employee EmployeePerson? 
    // --> yep, easier for you, innit?
    public Employee Employee {get; set;} 

    // or should it be: public virtual Job UserJob? --> yep :)
    public virtual Job Job {get; set;}

    public DateTime EmploymentDate {get; set;}
}  

public class Employee
{
    public int EmployeeID {get; set;}

    // or should it be: public virtual MembershipUser User? 
    // --> yes, as an approach, but read on for clarification.
    public virtual MembershipUser User {get; set;}

    // Is this correct at all? ---> needs to be declared as virtual
    public virtual ICollection<Resume> Resumes {get; set;}
}

据我所知，你的 Job 类没问题。

需要明确的是，它的使用效果与您最初使用它时一样好，但是您需要使用 ForeignKeyAttribute 显式标记属性，如果您愿意的话，则不需要这样做对 FK 在数据库中的命名方式进行一点控制。

• 关于 MembershipUser 导航属性的一点评论：恐怕您需要为 MembershipUser 类编写一个包装器，因为据我所知，它不需要没有默认构造函数，因此 EF 可能无法在延迟加载时为您实例化它。

• 关于将属性标记为虚拟的效果，您可能想看看这个问题：virtual 关键字在 Entity Framework 4.1 POCO Code First 中可以产生什么效果？

Answer 2

如果首先使用代码，我可能会使用这个：

public class Job
{
    public virtual int JobId {get; set;}
    public virtual string JobTitle {get; set;}
    public virtual ICollection<Resume> Resumes {get; set;} 
}

public class Resume
{
    [Key, Column(Order = 0)]
    public virtual int EmployeeId {get; set;}
    [Key, Column(Order = 1)] 
    public virtual int JobId {get; set;} 

    public virtual DateTime EmploymentDate {get; set;}
    public virtual Employee Employee {get; set;}
    public virtual Job Job {get; set;}
}  

public class Employee
{
    public virtual int EmployeeId {get; set;}
    public virtual int UserId {ger; set;} 
    public virtual User User {get;set;}
    public virtual ICollection<Resume> Resumes {get; set;} 
}

实体中的外键很糟糕，但它们使 EF 中的事情变得更容易。如果不使用外键属性 EF 将定义 不同类型的关系。导航属性上的虚拟关键字用于延迟加载，其他映射属性上的虚拟关键字用于更改跟踪。