架构权衡里，书比清单更管用
写方案的时候，我越来越少打开「架构模式对照表」，而是回头翻几本读过的书。清单给结论，书给上下文——尤其是那些讲清楚「为什么当时那样选」的章节。
最近又把 Richards 与 Ford 那本翻了一遍。六步闭环听起来像方法论口号，落到项目里其实只做一件事：先把商业与组织约束说清楚，再谈风格与组件。缺了前半段，后半段再漂亮也只是装饰。
douban-book · 丰满态（封面 + 元信息 + 评分 · 无 PDF）
测试也一样：先问值不值得测
另一本常被我夹在代码评审里提的，是 Khorikov 的《Unit Testing》。它不太堆工具，更多在掰「测行为还是测实现」。写到依赖边界时，我会随手挂一张简卡——缓存还没拉全、或只想指一下出处时，用这个就够。
douban-book · 简卡（书名 / 作者 + 外链 · 无评分空行 · 无 PDF）
两种 douban-book 共用同一套外壳与胶囊样式；博文里默认关掉 PDF——分享副本只挂在书架书页上。构建时豆瓣字段齐全就走丰满，只有书名作者就走简卡，页面不会为缺失评分留空白行。
这样读到一半想追书，点一下就能出去；不想打断阅读节奏，卡片也够安静，不会抢正文的气。