构造函数中填充Answer类DependentQuestions列表失败排查

你遇到的核心问题很明确：在Answer类的无参构造函数执行时，实体的id属性还没有被正确赋值（默认是0），所以你的数据库查询db.Questions.Where(q => q.DependentAnswer == id)实际上是在找DependentAnswer为0的Question，自然拿不到数据。

为什么会这样？不管是你手动new一个Answer实例，还是Entity Framework从数据库加载实体，构造函数都是在属性赋值之前执行的：

• 手动new时，int类型的id默认值是0，此时还没和数据库交互，根本不会有真实的id；
• EF加载实体时，会先调用无参构造函数创建实例，之后才会把数据库里的id值赋值给实体的id属性。

所以在构造函数里做数据库查询依赖id的操作，从根本上时机就不对。下面给你几个可行的解决方案：

方案1：单独创建加载方法，在实体初始化完成后调用 #

把依赖问题的加载逻辑从构造函数里抽出来，做成一个单独的方法，等Answer实例的id被正确赋值后（比如从数据库查询到，或者保存到数据库后）再调用这个方法。

修改后的Answer类： #

public class Answer {
    [Key]
    public int id { get; set; }
    public string answer { get; set; }
    [Required]
    public int questionId { get; set; }
    public List<int> DependentQuestions { get; set; }

    public Answer() {
        // 只初始化列表，不做数据库操作
        DependentQuestions = new List<int>();
    }

    // 新增加载依赖问题的方法
    public void LoadDependentQuestions(dbSurvey dbContext) {
        // 此时id已经有正确值了，查询有效
        var dependentQuestionIds = dbContext.Questions
            .Where(q => q.DependentAnswer == this.id)
            .Select(q => q.id)
            .ToList();
        
        DependentQuestions.Clear();
        DependentQuestions.AddRange(dependentQuestionIds);
    }
}

使用示例： #

• 从数据库查询Answer后加载：

using (var db = new dbSurvey()) {
    var targetAnswer = db.Answers.Find(1); // 假设要找id为1的答案
    targetAnswer.LoadDependentQuestions(db);
    // 现在DependentQuestions里就有正确的依赖问题ID了
}

• 新增Answer并保存后加载：

using (var db = new dbSurvey()) {
    var newAnswer = new Answer { answer = "是", questionId = 1 };
    db.Answers.Add(newAnswer);
    db.SaveChanges(); // 执行后数据库才会给newAnswer分配真实的id
    newAnswer.LoadDependentQuestions(db);
}

方案2：使用EF导航属性，让框架自动管理关联 #

既然你的Question.DependentAnswer是指向Answer.id的外键，完全可以利用Entity Framework的导航属性来自动维护这种关联，不需要手动存储ID列表，既简洁又不容易出错。

步骤1：修改实体类，添加导航属性 #

// Question类保持不变，只是确认DependentAnswer是外键
public class Question {
    [Key]
    public int id { get; set; }
    public string question { get; set; }
    public int? DependentAnswer { get; set; }
    public virtual ICollection<Answer> answers { get; set; }
}

// Answer类添加导航属性
public class Answer {
    [Key]
    public int id { get; set; }
    public string answer { get; set; }
    [Required]
    public int questionId { get; set; }
    // 新增导航属性：表示选择这个答案后触发的所有问题
    public virtual ICollection<Question> TriggeredQuestions { get; set; }

    public Answer() {
        TriggeredQuestions = new List<Question>();
    }
}

步骤2：在DbContext中配置关联关系 #

public class dbSurvey : DbContext {
    public DbSet<Question> Questions { get; set; }
    public DbSet<Answer> Answers { get; set; }

    protected override void OnModelCreating(ModelBuilder modelBuilder) {
        // 配置Question和Answer的关联：一个Answer可以触发多个Question
        modelBuilder.Entity<Question>()
            .HasOne<Answer>() // Question依赖一个Answer
            .WithMany(a => a.TriggeredQuestions) // 一个Answer对应多个触发的Question
            .HasForeignKey(q => q.DependentAnswer) // 外键是Question.DependentAnswer
            .IsRequired(false); // 允许DependentAnswer为null（即不依赖任何答案的问题）
    }
}

使用示例： #

查询Answer时直接Include导航属性，就能拿到所有依赖的问题：

using (var db = new dbSurvey()) {
    var answer = db.Answers
        .Include(a => a.TriggeredQuestions) // 加载关联的触发问题
        .FirstOrDefault(a => a.id == 1);
    
    // 直接使用answer.TriggeredQuestions即可，不需要手动处理ID列表
    foreach (var question in answer.TriggeredQuestions) {
        Console.WriteLine(question.question);
    }
}

总结 #

• 永远不要在实体的构造函数中执行依赖实体属性（尤其是数据库生成的ID）的数据库操作，因为构造函数执行时这些属性还没被正确赋值。
• 方案1适合你想手动维护ID列表的场景，方案2更符合EF的设计理念，能减少手动代码，降低出错概率，更推荐使用。

内容的提问来源于stack exchange，提问作者Michael