03.学习路线图-21天从入门到实战-附完整学习计划表

03 学习路线图：21 天从入门到实战，到底要学什么？

你好，欢迎来到第 03 讲。

经过前两讲的“思想预热”和“避坑指南”，相信你已经对 DDD 有了一个全新的、更务实的认知。你已经知道，DDD 不是一个遥不可及的理论，也不是一个包治百病的银弹，而是一套可以系统学习和实践的方法论，是通往架构师之路的“内功心法”。

那么，这套“内功心法”该如何修炼呢？

很多同学学习新知识，习惯于碎片化地阅读文章、看看视频，今天学一个“聚合根”，明天看一个“CQRS”，知识点是零散的，不成体系。这种学习方式，对于理解一个简单的技术点或许有效，但对于学习 DDD 这种博大精深的“思想体系”而言，无异于“盲人摸象”。

没有路线图的探索，就像在没有航海图的汪洋中漂泊，很容易迷失方向。

因此，在正式开始“修炼”之前，我必须为你提供一张清晰、循序渐进的学习路线图。这张图将是你在未来 21 天学习之旅中的“导航”，它会告诉你：

• 我们要学什么？（What）
• 我们为什么要这样学？（Why）
• 每一个阶段的学习目标是什么？（Goal）

这张路线图，是我结合了多位 DDD 专家的建议，以及我自己在实践和教学中总结出的最高效的学习路径。它将带你从 DDD 的核心思想出发，逐步掌握战略设计与战术设计，最终将理论落地到代码和架构，形成一个完整的知识闭环。

一、DDD 的学习曲线：从入门到精通的三个阶段

在展开具体的路线图之前，我们先来理解一下学习 DDD 的典型过程。它通常遵循一个“S”型曲线，分为三个阶段：

graph TD
    subgraph "DDD 学习 S 曲线"
        direction LR
        A[阶段一：缓慢起步<br>(理论认知期)] --> B[阶段二：快速爬升<br>(实践内化期)];
        B --> C[阶段三：进入高原<br>(精通掌握期)];
    end
    
    style A fill:#f9f,stroke:#333,stroke-width:2px
    style B fill:#ccf,stroke:#333,stroke-width:2px
    style C fill:#cfc,stroke:#333,stroke-width:2px

阶段一：缓慢起步期（本课程第 1 周）

• 特点：在这个阶段，你需要接触大量新的概念和思想，比如统一语言、限界上下文、事件风暴等。这些概念比较抽象，和你过去习惯的“面向数据编程”的思维模式有很大冲突。你会感到有些困惑，甚至觉得 DDD “很虚”，这是完全正常的。
• 目标：建立正确的 DDD 世界观，学会“像 DDD 专家一样思考”。你需要做的不是记住所有术语，而是理解它们背后的“为什么”，即 DDD 为什么要提出这些概念。

阶段二：快速爬升期（本课程第 2 周）

• 特点：当你掌握了 DDD 的核心思想后，你将进入战术设计阶段。你会学习聚合、值对象、领域事件等具体的“构建块”。你会开始写代码，将模型转化为可运行的程序。在这个过程中，你会遇到很多具体的实现问题，但每解决一个，你对 DDD 的理解就会加深一层。你的能力会在此阶段飞速提升。
• 目标：掌握将领域模型翻译成高质量代码的核心技巧。能够独立完成一个核心业务模块的建模与开发。

阶段三：进入高原期（本课程第 3 周及以后）

• 特点：在掌握了核心的战术模式后，你将把视角拉回到架构层面，学习如何运用 DDD 的思想来指导微服务拆分、改造遗留系统，并接触 CQRS、事件溯源等更高级的架构模式。你的关注点，将从“如何实现一个功能”，转向“如何构建一个可演进的系统”。
• 目标：具备运用 DDD 进行架构设计和解决复杂问题的能力。能够主导中小型项目的 DDD 落地。

本课程的 21 天设计，正是严格遵循了这条学习曲线，旨在帮助你平稳地度过第一阶段的“困惑期”，在第二阶段获得“顿悟”的快感，并在第三阶段建立起“架构师”的视野。

二、21 天学习路线图总览

现在，让我们正式揭开这张“藏宝图”。

mindmap
  root((21 天吃透 DDD))
    (第一周：基础筑基<br>建立 DDD 思维模式)
      (Day 1-2: 核心思想)
        - 统一语言
        - 领域、子域
        - 贫血 vs 充血
      (Day 3-4: 战略设计入门)
        - 事件风暴
        - 命令、事件
      (Day 5-7: 首次代码落地)
        - 分层架构
        - 领域模型初步
        - 最小闭环实战
    (第二周：核心突破<br>掌握战术设计模式)
      (Day 8-11: 聚合设计与实现)
        - 聚合根
        - 边界划分原则
        - 实体 vs 值对象
      (Day 12-14: 值对象进阶)
        - 不变性
        - 作为属性集合
        - 简化关联
      (Day 15-16: 高级建模技巧)
        - 限定
        - 泛化
    (第三周：架构升级<br>通往架构师之路)
      (Day 17-18: 限界上下文)
        - 识别与划分
        - 上下文映射
        - 防腐层
      (Day 19: 微服务架构)
        - DDD 与微服务
        - 拆分原则
      (Day 20: 高级架构模式)
        - CQRS
        - 事件驱动
      (Day 21: 总结与展望)
        - 企业级落地
        - 面试备战

下面，我们来详细解读每一周的学习任务和目标。

第一周：基础筑基 (Days 1-7) —— 切换思维，学会“说行话”

目标：完成从“面向数据/技术”到“面向业务/领域”的思维模式切换。学会在团队中建立“统一语言”，并掌握捕获业务需求的强大工具——事件风暴。

• Day 1-2：建立 DDD 的世界观

  • 学什么：DDD 的本质、统一语言、领域与子域（核心域、支撑域、通用域）。理解 DDD 不是技术框架，而是思维模式。
  • 为什么学：“磨刀不误砍柴工”。这是后续所有学习的基础。没有正确的认知，后续的实践都会走偏。统一语言是 DDD 的基石，是连接业务和技术的桥梁。

• Day 3-4：掌握业务探索的利器——事件风暴

  • 学什么：事件风暴的完整流程、三种核心产物（领域事件、命令、读模型）、以及如何在线上（使用 Miro 等工具）或线下组织一次事件风暴。
  • 为什么学：这是 DDD 中最具实践价值、最快能产生效果的工具。它能让你在几小时内，和团队一起理清一个陌生而复杂的业务，是告别“需求误解”的终极武器。

• Day 5-7：第一次亲密接触——从模型到代码

  • 学什么：经典四层架构（接口层、应用层、领域层、基础设施层）的划分与依赖关系。理解贫血模型和充血模型的区别。通过一个“工时管理系统”的简单案例，完成一次从事件风暴到领域建模，再到代码实现的最小闭环。
  • 为什么学：理论必须结合实践。这个最小闭环，会让你对 DDD 的完整流程有一个直观的、感性的认识，打通你的“任督二脉”，为后续深入学习建立信心。

第一周结束后，你应该能够：

• 向同事清晰地解释什么是 DDD。
• 在团队中发起并主持一次简单的事件风暴。
• 画出简单的分层架构图，并解释各层的职责。
• 写出一个简单的、包含业务逻辑的领域对象。

---

第二周：核心突破 (Days 8-16) —— 精通“十八般武艺”，构建健壮模型

目标：深入 DDD 的“战术心脏”，熟练掌握实体、值对象、聚合、领域服务、工厂、仓库等核心战术模式。能够设计出高内聚、低耦合的领域模型。

• Day 8-11：DDD 的核心守护者——聚合（Aggregate）

  • 学什么：聚合的本质（一致性边界）、聚合根的职责、划分聚合边界的原则（基于业务规则、而非数据关联）、聚合的实现技巧（封装、乐观锁）。
  • 为什么学：聚合是 DDD 战术设计中最重要、也最难掌握的概念。掌握了聚合，你就掌握了 DDD 的一半。它是你保护业务规则、管理复杂状态的“金钟罩”。

• Day 12-14：模型的“活血良药”——值对象（Value Object）

  • 学什么：值对象的本质（描述性、不变性、等价性）、它与实体的区别、使用值对象的好处（提升代码表达力、简化模型关联）。
  • 为什么学：善用值对象，是区分 DDD 新手和老手的关键标志之一。它能让你的模型更富有业务含义，代码更具可读性，并从根源上消除很多潜在的 bug。

• Day 15-16：应对变化的“上层武功”——高级建模技巧

  • 学什么：限定（Qualifier，简化一对多关联）、泛化（Generalization，处理抽象业务概念）等高级建模技术。
  • 为什么学：当业务变得更加复杂，简单的实体和值对象不足以清晰表达时，这些高级技巧能为你提供更强大的建模武器。

第二周结束后，你应该能够：

• 针对一个复杂的业务场景，合理地划分出聚合边界。
• 设计和实现一个健壮的聚合根，将业务规则封装其中。
• 在代码中，熟练地使用值对象来替换基本类型，提升代码质量。
• 解释实体与值对象的根本区别（高频面试题）。

---

第三周：架构升级 (Days 17-21) —— 运筹帷幄，决胜千里之外

目标：将视角从代码实现提升到架构设计。学会运用 DDD 的战略设计来指导微服务划分和遗留系统改造。了解 CQRS 等高级架构模式，为成为架构师做好准备。

• Day 17-18：微服务的“导航图”——限界上下文（Bounded Context）

  • 学什么：限界上下文的本质（语言边界、一致性边界）、如何识别和划分限界上下文、上下文之间的集成模式（上下文地图，如防腐层、共享内核等）。
  • 为什么学：这是 DDD 战略设计的核心，是微服务“正确拆分”的理论基石。掌握了它，你才能设计出真正高内聚、低耦合的微服务架构，而不是“分布式巨石”。防腐层是改造遗留系统的“必杀技”。

• Day 19：微服务拆分实战

  • 学什么：限界上下文与微服务的映射关系、微服务拆分的原则与常见误区。
  • 为什么学：将理论应用到实践。学习如何基于上下文地图，做出合理的微服务拆分决策。

• Day 20：性能与复杂度的“双刃剑”——高级架构模式

  • 学什么：CQRS（命令查询职责分离）的思想、适用场景和架构设计。事件驱动架构（EDA）与领域事件的结合。初探事件溯源（Event Sourcing）。
  • 为什么学：这些是 DDD 生态中的高级模式，用于解决读写分离、高性能查询、系统解耦等复杂问题。了解它们，能极大地开阔你的架构视野。

• Day 21：落地与备战——从学习到应用

  • 学什么：企业级 DDD 落地策略、团队协作流程、DDD 高频面试题解析、后续进阶学习资源推荐。
  • 为什么学：“学以致用”是最终目的。这一部分将为你从“知道”到“做到”铺平道路，并帮助你在职业发展中更好地展示你的 DDD 能力。

第三周结束后，你应该能够：

• 针对一个大型业务系统，绘制出上下文地图，并提出合理的微服务拆分方案。
• 设计并实现一个防腐层，用于隔离外部系统。
• 向他人解释什么是 CQRS，以及它适合解决什么问题。
• 在简历中，自信地写下“熟悉领域驱动设计（DDD）”，并能在面试中对答如流。

三、如何高效利用这份路线图？

1. 保持节奏，循序渐进：不要跳着学！DDD 的知识体系环环相扣，前面的基础不牢，后面会寸步难行。请严格按照路线图的顺序学习。
2. 理论与实践相结合：每一讲的理论学习后，一定要动手！跟着课程中的案例敲代码，更重要的是，尝试将学到的知识应用到你自己的一个小项目或公司的真实项目中。怕搞砸？那就先从一个小模块的重构开始。
3. 多思多问多总结：“学而不思则罔”。在学习过程中，要不断地问自己“为什么”。为什么这里要用值对象？为什么这个聚合边界是这样划分的？把你的思考和问题记录下来，在课程的社群中与同学和老师交流。
4. 接受不完美，拥抱重构：记住，没有一次性就完美的模型。你的第一个模型很可能是不完美的，这没关系。关键在于，当你有了新的认知后，要勇敢地去重构它。

---

路线图已经铺开，导航已经启动。

这 21 天，将是一次充满挑战的“认知重塑”之旅。你可能会遇到困惑，可能会遭遇挫折，但只要你跟随这张地图，一步一个脚印，坚持下来，你所收获的，将不仅仅是一门新技术的知识，更是一种全新的、更高维度的软件设计思想。

从下一讲开始，我们将正式启程，首先为你准备好上路的“装备”——DDD 建模必备的工具清单。

让我们一起，开始这段激动人心的旅程吧！