基于.NET Core的DDD架构中两个聚合根的一对多关联实现咨询

首先明确核心结论：不需要在Lesson表中存储Question的ID列表，具体实现分两种场景，取决于Question是否真的需要作为独立聚合根：

场景一：Question是Lesson聚合内的实体（推荐方案） #

从DDD聚合设计的核心原则出发，如果Question的生命周期完全依赖于Lesson（比如删除Lesson时必须删除其下所有Question，且Question无法被其他Lesson复用），那么Question不应该作为独立聚合根，而是作为Lesson聚合内的实体。这种设计能更好地维护聚合内的数据一致性，符合DDD的边界要求。

代码实现 #

// Lesson 作为聚合根
public class Lesson : IAggregateRoot
{
    public Guid Id { get; private set; }
    // 内部维护Question集合，对外只暴露只读接口，避免外部直接修改
    private readonly List<Question> _questions = new();
    public IReadOnlyCollection<Question> Questions => _questions.AsReadOnly();

    // 提供领域方法添加Question，确保业务规则被执行
    public void AddQuestion(string content)
    {
        if (string.IsNullOrWhiteSpace(content))
            throw new ArgumentException("问题内容不能为空");
            
        var question = Question.Create(Id, content);
        _questions.Add(question);
    }
}

// Question 作为Lesson聚合内的实体，继承Entity而非IAggregateRoot
public class Question : Entity
{
    public Guid Id { get; private set; }
    public string Content { get; private set; }
    // 存储所属Lesson的ID，用于数据库关联
    public Guid LessonId { get; private set; }

    // 私有构造函数，强制通过工厂方法创建实体，保证创建逻辑的合法性
    private Question(Guid lessonId, string content)
    {
        Id = Guid.NewGuid();
        LessonId = lessonId;
        Content = content;
    }

    public static Question Create(Guid lessonId, string content)
    {
        if (string.IsNullOrWhiteSpace(content))
            throw new ArgumentException("问题内容不能为空");
        return new Question(lessonId, content);
    }
}

数据库设计 #

• Lesson表：仅存储自身属性（如Id、Title等）
• Question表：存储Id、Content、LessonId（外键关联Lesson.Id）
  完全不需要在Lesson表中存储Question的ID列表，通过Question表的LessonId即可反向关联查询。

场景二：Question必须作为独立聚合根 #

如果业务上允许Question独立存在（比如可以被多个Lesson引用，或者单独修改、删除而不影响Lesson），那么Question需要保留IAggregateRoot身份。此时聚合根之间的关联应通过ID引用，而非直接持有对象集合。

代码实现 #

// Lesson 聚合根
public class Lesson : IAggregateRoot
{
    public Guid Id { get; private set; }
    // 内存中维护关联的Question ID集合，仅用于领域逻辑判断，数据库不存储该字段
    private readonly List<Guid> _associatedQuestionIds = new();
    public IReadOnlyCollection<Guid> AssociatedQuestionIds => _associatedQuestionIds.AsReadOnly();

    // 关联Question的领域方法
    public void AssociateQuestion(Guid questionId)
    {
        if (!_associatedQuestionIds.Contains(questionId))
            _associatedQuestionIds.Add(questionId);
    }
}

// Question 聚合根
public class Question : IAggregateRoot
{
    public Guid Id { get; private set; }
    public string Content { get; private set; }
    // 存储所属Lesson的ID，建立关联关系
    public Guid? LessonId { get; private set; }

    // 分配给指定Lesson的领域方法
    public void AssignToLesson(Guid lessonId)
    {
        LessonId = lessonId;
    }
}

数据库设计 #

• Lesson表：仅存储自身属性，不存储Question ID列表
• Question表：存储Id、Content、LessonId（可空外键，因为Question可能不属于任何Lesson）
  当需要获取某个Lesson下的Question时，通过仓储方法查询QuestionRepository.GetByLessonId(lessonId)即可，避免在Lesson表存储冗余数据，减少一致性维护的复杂度。

关键注意点 #

1. 聚合根的边界设计是核心：尽量将强依赖的实体纳入同一个聚合，减少跨聚合的关联，降低数据一致性维护成本。
2. 避免在聚合根表中存储关联对象的ID列表：这种设计会导致数据冗余，且在关联对象变更时需要同步更新列表，增加业务逻辑复杂度和出错概率。

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