大图收纳术:分组、瘦身与防卡顿

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 节点的主题,正确做法是拆成一张总览图 + 多张分图:

  1. 总览图只保留前两层(20~40 节点),就是整本书/整个项目的目录;
  2. 每个分支单独成图,配一段正文详细展开;
  3. 总览和分图之间互相链接——正文里写「详见分支图」的站内链接(链接语法见 《链接节点与图片节点》)。

这正是本书第四章的结构:每个实战案例都是一棵 30~80 节点的完整树,大小刚好。

3.4.4 防卡顿三个习惯

  1. 图内不挂超大图片:图片节点选几十 KB 的小图,几 MB 的大图先压缩(图片语法见第二章);
  2. 同页 markmap 块控制在 5 个以内:一篇文档里塞十张图,加载就是十次渲染;
  3. 写完就瘦身:卡顿几乎都来自「忘了收」的实验性枝条,发布前顺手删掉草稿枝。

大图收纳术讲完,第三章「结构篇」收官。接下来是全书最过瘾的部分——五个完整实战案例,每个案例都是一张拿来就能改的成品图(见 《读书笔记脑图》)。