如何在User、ToDoList与ToDo类之间设置外键关联

类关系说明 #

一个User可拥有多个ToDoList，一个ToDoList可拥有多个ToDo。

现有代码 #

public class ToDo
{
    public Guid Id { get; set; }
    public string? Name { get; set; }
    public string? Description { get; set; }
    public bool? InProgress { get; set; }
    public bool? IsComplete { get; set; }
    public DateTime Created { get; set; } = DateTime.Now;

    public ToDoList? ToDoList { get; set; } 
    public Guid? ToDoListId{ get; set; }
}

public class ToDoList
{
    public Guid Id { get; set; }
    public string? Title { get; set; }
    public List<ToDo>? ToDos { get; set; }

    public Guid UserId { get; set; }
    public User User { get; set; }
}

public class User
{
    public Guid Id { get; set; }
    public string? Name { get; set; }
    public string? Email { get; set; }
    public string? Password { get; set; } // 务必对密码进行哈希加盐处理
    public string? ProfilePhotoUrl { get; set; } 
    public List<ToDoList>? ToDoLists { get; set; } 
}

我的设计思路 #

• ToDo需要关联所属的ToDoList，但它可独立于ToDoList创建，因此设为可空属性；
• ToDoList必须关联所属User，无法脱离User存在，因此设为非可空属性；
• 但我不确定User是否需要关联ToDoList，因为ToDoList中已引用了User。

问题 #

请问该如何正确设置这些类之间的外键？

解答 #

1. User 与 ToDoList 的关联处理 #

User中的List<ToDoList>? ToDoLists完全可以保留，这是双向导航属性的一部分：

• 它不会在数据库中生成额外字段，只是ORM用来简化数据查询的逻辑属性；
• 业务中经常需要"获取某用户的所有待办清单"，有了这个属性可以直接通过user.ToDoLists访问，无需单独写过滤UserId的查询，非常方便。

从外键约束角度：

• ToDoList里的UserId作为外键必须非空，符合"ToDoList不能脱离User存在"的业务逻辑；
• 对应的User导航属性保持非空即可，若使用EF Core等ORM的延迟加载，可将其设为virtual（public virtual User User { get; set; }），不影响非空约束。

2. ToDoList 与 ToDo 的关联处理 #

你的现有设计完全符合业务逻辑：

• ToDo的ToDoListId和ToDoList?设为可空，完美适配"ToDo可独立创建"的需求；
• 后续如果业务要求所有ToDo必须归属某个清单，再将这两个属性改为非空即可，扩展性很好。

3. ORM层面的显式配置（以EF Core为例） #

为避免ORM自动推断外键关系出错，建议在DbContext中显式配置：

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    // 配置User与ToDoList的一对多关系
    modelBuilder.Entity<User>()
        .HasMany(u => u.ToDoLists)
        .WithOne(tl => tl.User)
        .HasForeignKey(tl => tl.UserId)
        .OnDelete(DeleteBehavior.Cascade); // 删除用户时自动删除其所有清单，可根据业务调整为Restrict/SetNull

    // 配置ToDoList与ToDo的一对多关系
    modelBuilder.Entity<ToDoList>()
        .HasMany(tl => tl.ToDos)
        .WithOne(t => t.ToDoList)
        .HasForeignKey(t => t.ToDoListId)
        .OnDelete(DeleteBehavior.SetNull); // 删除清单时，关联ToDo的ToDoListId设为null，匹配你的业务设计
}

4. 关于User的ToDoLists属性的必要性 #

必须保留，理由如下：

• 双向导航属性是ORM中常见的设计，能大幅简化关联数据的查询操作；
• 不存在数据冗余，只是逻辑层面的关联，不会增加数据库存储负担；
• 符合面向对象的设计思想，用户对象自然应该包含其拥有的待办清单集合。

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