可视化对于了解复杂的代码很有帮助. 尤其现在直觉编程 Vibe Coding 盛行, 对于AI的产出物如果视觉化, 就对理解很有帮助.
不同的视觉图示
- 程序流程图（Program Flowchart）
- 控制流图（Control‑Flow Graph，CFG）
- 调用图（Call Graph）
- 数据流图（Data‑Flow Diagram，DFD）
- UML 活动图（UML Activity Diagram）
- 结构化流程图（Structured Flowchart）
- 伪代码流程图（Pseudo‑code Flowchart）
如何选择
1. 程序流程图（Program Flowchart）
- 特点：使用标准流程图符号（开始/结束、判定、处理、输入/输出等）直观展示程序的顺序执行路径。
- 适用场景：教学、业务流程说明、向非技术人员解释代码逻辑。
- 选择建议：如果需求是让人快速了解“这段代码是怎么走的”，且不需要细粒度的分支细节，首选程序流程图。
2. 控制流图（Control‑Flow Graph，CFG）
- 特点：以基本块（连续的无分支指令）为节点，跳转/分支为有向边，强调控制流的结构。
- 适用场景：编译器实现、静态分析、代码优化、检测死代码或循环不变代码。
- 选择建议：当你需要对代码进行自动化分析或优化时，使用控制流图。
3. 调用图（Call Graph）
- 特点：节点代表函数/方法，边表示调用关系（谁调用谁），可展示递归、跨模块调用。
- 适用场景：性能分析、模块依赖审计、了解大型系统的层级结构。
- 选择建议：如果关注的是“哪些函数相互调用”，尤其在调试或重构时，选用调用图。
4. 数据流图（Data‑Flow Diagram，DFD）
- 特点：关注数据的流动与加工，节点是处理过程，边是数据流，常用外部实体、数据存储等符号。
- 适用场景：系统需求分析、业务流程建模、数据库设计、跨团队沟通。
- 选择建议：当目标是描述“数据从哪里来、怎么被处理、去向何处”，而不是程序的控制顺序，使用数据流图。
5. UML 活动图（UML Activity Diagram）
- 特点：UML 标准符号，支持并行、分支、合并、活动划分，能够表达更复杂的工作流。
- 适用场景：面向对象设计、业务流程建模、需求文档、与其他 UML 图（类图、时序图）配合使用。
- 选择建议：如果项目已经使用 UML 或需要表达并行/同步行为，UML 活动图是首选。
6. 结构化流程图（Structured Flowchart）
- 特点：在传统流程图基础上强调层次化（子流程）和结构化控制结构（if‑else、while、for），更易阅读和维护。
- 适用场景：结构化程序设计、代码审查、文档化已有代码库。
- 选择建议：当代码已经遵循结构化编程原则，且希望图示保持层次清晰时，使用结构化流程图。
7. 伪代码流程图（Pseudo‑code Flowchart）
- 特点：图中使用简化的伪代码块代替具体语言语句，保持图形化的同时跨语言易懂。
- 适用场景：快速原型、教学、跨语言团队沟通、概念验证。
- 选择建议：如果需要在不同编程语言的团队成员之间共享逻辑且不想绑定特定语法，选用伪代码流程图。