Day 03 / 共 80 天 · 阶段1 开篇与全景

DDD 四层大楼：api · application · domain · infra

每天约 30 分钟。焦点：backend/{api,application,domain,infra}。 用类比把抽象钉住，用动图看请求流过，用真源码坐标对齐仓库。

📍 你在 80 天里的位置 · 阶段 1 开篇与全景 · Day 03/80
S1 开篇与全景·S2 API · IDL · Crossdomain·S3 Agent 对话主线·S4 Workflow 引擎深水·S5 知识库·插件·模型·S6 横切与基础设施·S7 前端 Rush 与 IDE·S8 工程收官
💡 今日兜底类比四层大楼：门卫(api)→经理(application)→专家部门(domain)→水电工(infra)。
📖 深度笔记DDD 不是玄学：把它当成公司组织架构。api 不写业务规则；domain 不直接操作 HTTP；infra 被接口隔离。Coze 还多了 crossdomain：防止 domain 互相 import 造成循环依赖。后面 70 天你都会反复用这把尺子定位文件。

💊 今日知识胶囊（30 分钟怎么吃）

  1. 0–5 分：读完本页类比与阶段定位，在脑中标出「我在哪一层」。
  2. 5–15 分：打开焦点路径 backend/{api,application,domain,infra}，只看类型/接口/入口函数。
  3. 15–25 分：对照本页动图，口述「一次请求如何路过这里」。
  4. 25–30 分：跑「动手」命令，把 3 个关键词记到你的知识地图。
L01

痛点：为什么要学「DDD 四层大楼」

🤔 痛点 / 提问很多小白打开仓库就慌：文件太多、名字陌生、不知道今天该盯哪一块。
💡 本质今天的靶心是 backend/{api,application,domain,infra}。学完你应能用一句话说清它在整条链路里的位置。
大白话🍼 类比：四层大楼：门卫(api)→经理(application)→专家部门(domain)→水电工(infra)。
🎯 阶段定位你在「开篇与全景」阶段（D01-D08）。没有全局地图，后面任何文件都会迷路。
L02

先建立坐标：它挂在哪一层

🤔 痛点 / 提问读源码第一问永远是：这个东西属于门卫、经理、专家，还是水电工？
💡 本质用 DDD 尺子量：api/ 收请求，application/ 编排用例，domain/ 写规则，infra/ 对接中间件，crossdomain/ 做部门间外交。
大白话把「层」记成楼层，把「域」记成房间号。今天的主角房间是：backend/{api,application,domain,infra}
Coze 后端四层（心智模型） api/ · 门卫：Handler + Middleware + Router（IDL 生成） application/ · 经理：用例编排、组装参数、调用 domain domain/ · 专家部门：Agent / Workflow / Knowledge / Plugin… infra/ · 水电工：DB / Redis / ES / Milvus / NSQ / MinIO / Checkpoint
发光点模拟一次请求从上到下穿过四层（并经 crossdomain 横向协作）
L03

真源码走读：关键入口怎么读

🤔 痛点 / 提问有了地图还不够，要练「打开文件第一眼看什么」。
💡 本质优先看：类型/接口定义 → 构造函数/New → 被谁调用 → 调用谁。Coze 里大量 interface + _impl.go 对：先读接口门牌，再进实现。
大白话接口像菜单，实现像厨房。菜单短好懂，厨房再乱也不慌。
backend/{api,application,domain,infra}今天的主坐标，先 ls / 打开文件头部看 package 与类型
接口 or 门面找 type Xxx interface / func New / func Init
调用方用 IDE / grep 找谁引用了它
被调方它依赖了哪些 crossdomain / infra

对照仓库路径阅读，行号以你本地版本为准；关注调用关系多于死记行号。

L04

动态理解：一次请求/一次执行怎么经过这里

🤔 痛点 / 提问静态目录脑中要动画起来：用户点「发送」之后，数据如何流过今天的模块。
💡 本质记住主链路：浏览器 → Hertz 中间件 → Handler → Application → Domain（可能经 Crossdomain）→ Infra/Eino → 流式回写。
大白话把发光小球想象成「用户的一句话」——看它经过哪些盒子。
请求进入 → Middleware → Handler → Application → Domain → Infra → 响应/流
L05

设计取舍与边界坑

🤔 痛点 / 提问作者为什么这样写？哪些地方一改就炸？
💡 本质为什么硬拆四层？短期写得慢，长期多人协作、测业务不被 DB 绑死；Coze 体量决定必须付这笔「架构税」。
大白话好设计通常是在「解耦」和「省事」之间做交换。今天记住那个交换。
⚠️ 坑不要在 domain 里直接 new 基础设施客户端；不要绕过 crossdomain 去 import 别的 domain 内部包。

👶 小白问：我可以跳过吗？

👨‍🏫 不建议。昨天学的是「顶层目录地图：backend / frontend / idl / docker」，明天是「Docker 全家桶：MySQL Redis ES Milvus NSQ MinIO」。今天是中间的承重墙。

L06

今日小结 · 动手 · 预告

🤔 痛点 / 提问学完能否用自己的话复述？动手验证了吗？
💡 本质闭环学习：概念 → 源码坐标 → 动手命令 → 能教别人。
大白话把今日关键词写在便利贴上，贴到你自己的「知识地图」对应格子。

🧠 今天你应该能回答

  • 今天主题「DDD 四层大楼：api · application · domain · infra」一句话是什么？
  • 关键路径 backend/{api,application,domain,infra} 属于哪一层/哪个域？
  • 它上游谁调用、下游它调用谁？
  • 对应的类比你能讲给完全不懂代码的人听吗？

✋ 约 10 分钟动手

ls backend && ls backend/domain && ls backend/application
明日预告：Day 4 · Docker 全家桶：MySQL Redis ES Milvus NSQ MinIO。今晚把今日便利贴贴到知识地图上即可。