为什么实体框架中的子实体包含引用父实体的虚拟属性？

Question

我有以下与 EF5 一起使用的类

 public class Question
 {
    public Question()
    {
        this.Answers = new List<Answer>();
    } 
    public int QuestionId { get; set; }
    ...
    ...
    public string Title { get; set; }
    public virtual ICollection<Answer> Answers { get; set; }
}

public class Answer
{
    public int AnswerId { get; set; }
    public string Text { get; set; }
    public int QuestionId { get; set; }
    public virtual Question Question { get; set; }
}

谁能告诉我为什么需要该物业：

public virtual Question Question { get; set; }

如果我从不打算进行自动延迟加载，但确实打算有时使用包含来引入该对象，那么我是否需要这样的虚拟属性：

        var questions = _questionsRepository.GetAll()
            .Include(a => a.Answers);

我问的原因是因为当与 Web API 一起使用时，它会给我 json 循环引用错误。

Answer 1

如果不查看您的映射配置，我可能会有一些假设，但我怀疑您正在使用独立关联来定义实体之间的关联关系。

这是 Entity Framework 的一个特性，其中对象之间的关系被建模为引用，因此您实际上不需要在对象上存在外键属性；这确实意味着您的两个实体都需要定义导航属性，因此实体框架能够管理关联。在您的情况下，您需要在您的 Answers 实体上拥有 Question 属性。

在实体框架的更高版本（我相信 4 以后）中，您可以使用不同类型的关联“外键关联”，这将允许您使用外键属性形成关联，这应该允许您删除 @ 987654324@ 导航属性（可能对您有帮助，也可能无济于事）。

这里有一个更好的解释作为公认的答案：Code First: Independent associations vs. Foreign key associations?

也就是说，如果您的关联工作正常，您的问题可能在于您如何使用实体/Web API（我不太了解，无法评论）。

祝你好运=D

Answer 2

如果您没有将导航属性标记为虚拟，例如当您请求用户对象时，db 也会返回相关对象。但是，使用 virtual 时，它会在您明确请求对象时带来对象。出于性能原因，这很有用，因为您可能并不总是需要用户的相关对象或对象的用户。当您需要它们时，您可以使用 .Include() 来获取它们，就像没有 virtual 关键字一样。您应该阅读 EF 中的急切和延迟加载概念以获取更多信息。

Answer 3

这取决于关系。问题与答案相关，答案可以与问题相关。

我不知道你的模型是什么，但我想表达一下我的观点。

答案可能有两个答案“白色”和“白色”。

#FFFFFF 的人类定义是什么？ 雪是什么颜色的？

两个问题都匹配两个答案。所以我们有关系。