大图收纳术:分组、瘦身与防卡顿
3.4.1 多大算「大图」:给个可感知的标尺
脑图的阅读体验和节点数量直接相关。经验标尺:
| 节点总数 | 感受 | 建议 |
|---|---|---|
| 30 以内 | 一屏看完,毫无压力 | 随便写 |
| 30~100 | 需要拖动和折叠 | 用本章手法整理 |
| 100~200 | 明显「大图」,加载略慢 | 严格分组,考虑拆图 |
| 200 以上 | 卡顿风险 + 阅读困难 | 必须拆图 |
节点数 = 标题数 + 列表项数。写得顺手时很容易超预期,发布前扫一眼源码行数(去掉空行)就是粗略的节点数。
3.4.2 瘦身三招
第一招:合并孤枝。 只有一个孩子的节点,父子合成一行(「准备 → 收集素材」合成「准备:收集素材」)。
第二招:细节降级。 同一层里属于「备注性质」的内容,合并成一个「备注」节点或直接并入上级节点文字:
# 瘦身示例
- 会议
- 周三 14:00
- 会议室 A
- 带笔记本
- 提前发议程
—— 渲染效果 ——
# 瘦身示例
- 会议
- 周三 14:00
- 会议室 A
- 带笔记本
- 提前发议程
上面四个细节合成一行更清爽:
# 瘦身示例
- 会议(周三 14:00,会议室 A,带笔记本,提前发议程)
—— 渲染效果 ——
# 瘦身示例
- 会议(周三 14:00,会议室 A,带笔记本,提前发议程)
第三招:表格化。 同类并列的短节点(三个以上、每项都短)改写成表格节点,十几个节点变成一张表:
# 接口清单(表格化瘦身)
| 接口 | 方法 | 说明 |
|---|---|---|
| /api/books | GET | 图书列表 |
| /api/books | POST | 新增图书 |
| /api/borrow | POST | 借书 |
| /api/return | PUT | 还书 |
—— 渲染效果 ——
# 接口清单(表格化瘦身)
| 接口 | 方法 | 说明 |
|---|---|---|
| /api/books | GET | 图书列表 |
| /api/books | POST | 新增图书 |
| /api/borrow | POST | 借书 |
| /api/return | PUT | 还书 |
3.4.3 拆图:一棵大树变一张「图目录」
超过 150 节点的主题,正确做法是拆成一张总览图 + 多张分图:
- 总览图只保留前两层(20~40 节点),就是整本书/整个项目的目录;
- 每个分支单独成图,配一段正文详细展开;
- 总览和分图之间互相链接——正文里写「详见分支图」的站内链接(链接语法见 《链接节点与图片节点》)。
这正是本书第四章的结构:每个实战案例都是一棵 30~80 节点的完整树,大小刚好。
3.4.4 防卡顿三个习惯
- 图内不挂超大图片:图片节点选几十 KB 的小图,几 MB 的大图先压缩(图片语法见第二章);
- 同页 markmap 块控制在 5 个以内:一篇文档里塞十张图,加载就是十次渲染;
- 写完就瘦身:卡顿几乎都来自「忘了收」的实验性枝条,发布前顺手删掉草稿枝。
大图收纳术讲完,第三章「结构篇」收官。接下来是全书最过瘾的部分——五个完整实战案例,每个案例都是一张拿来就能改的成品图(见 《读书笔记脑图》)。
