📚 教程:像架构师一样思考
这套教程不教你任何一门语言、任何一个框架。 它教你一种可迁移、不会过时的能力:在写代码之前,先把系统想清楚。
这套教程想解决什么问题
很多人写了很多年代码,依然画不出自己系统的架构图,也说不清「为什么用这个而不是那个」。原因是:学校和教程几乎都在教「实现」,很少有人系统地教「判断」。
- 实现能力回答的是:这个功能怎么写出来?
- 架构判断回答的是:这个系统应该长什么样?哪里会出问题?我在拿什么换什么?
这套教程,专门补「判断」这一课。
学习路径
教程分三段,建议按顺序读,但每一章也能独立看。
第一段:建立思维(01–03)—— 换一个看系统的视角
| 章节 | 一句话 |
|---|---|
| 01 · 为什么先有架构思维 | 在 AI 写代码的时代,判断力比实现力更稀缺。 |
| 02 · 架构师的思考框架 | 任何系统都能用「需求→约束→质量属性→取舍」拆开。 |
| 03 · 读懂与画好架构图 | 用 C4 模型,把脑子里的系统画成别人看得懂的图。 |
第二段:掌握工具箱(04–06)—— 架构师手里到底有哪些牌
| 章节 | 一句话 |
|---|---|
| 04 · 十大核心架构模式 | 分层、微服务、事件驱动、CQRS… 每个模式都是对某个问题的回答。 |
| 05 · 数据与状态 | 系统真正难的不是逻辑,是数据放哪、怎么一致、怎么扩。 |
| 06 · 质量属性与取舍 | 性能、可用性、一致性、成本——你不可能全都要。 |
第三段:实战与演进(07–08)—— 把判断力用起来
| 章节 | 一句话 |
|---|---|
| 07 · 从 0 到 1 设计一个系统 | 给你一套照着做就能产出架构方案的方法论。 |
| 08 · 架构决策记录与演进 | 用 ADR 把「为什么这么决定」记下来,让架构随业务长大。 |
第四段:超越框架(09)—— 把判断力升华为品味
| 章节 | 一句话 |
|---|---|
| 09 · 架构品味 | 框架之外,真正拉开差距的是品味;用真实项目对比(微服务回单体、各大公司审美…)把它养出来。 |
读完这套教程,你应该能做到
- [ ] 拿到一个模糊需求,能问出对的问题,把它拆成明确的约束和质量目标。
- [ ] 听到「我们要做个 X」,脑子里能立刻浮现出几种候选架构,并说出各自的取舍。
- [ ] 能在白板/文档上画出清晰的架构图,让产品、后端、前端都看得懂。
- [ ] 看到一个陌生系统(比如本仓库
templates/里的任何一个),能快速读懂它「为什么这么设计」。 - [ ] 做架构决策时,不再凭感觉或跟风,而是基于约束和取舍,并把理由写下来。
配合 templates/ 一起学
教程是「方法」,模板是「案例」。最好的学法是边学边对照:
每个模板都按同一套结构写(见 templates/README.md),所以你越读越快——因为你已经知道该去哪里找「关键决策」和「常见误区」了。
一个提醒
架构没有标准答案,只有在特定约束下「更合理」的答案。 这套教程给你的不是结论,是提问的能力。 当你开始对每一个技术选择都自然地问出「为什么是它?代价是什么?」——你就已经在用架构师的方式思考了。