使用从CST生成的AST时如何实现源代码的美化打印

• 规则驱动的标准化打印
  这是绝大多数场景下的通用实现，不需要依赖额外信息，仅需为每类AST节点预设对应的格式化输出规则即可。比如遍历到if语句对应的AST节点时，按照预设规范输出if (条件表达式) {\n 缩进后的代码块\n}结构。
  这种方案的输出是符合统一规范的格式化代码，无法1:1复现原始代码的个性化写法（比如原始代码省略了可选大括号、自定义的空格换行风格等），适合代码格式化、编译产物生成等不需要严格对齐原始写法的场景。
• 附加元数据的还原式打印
  针对需要尽可能贴近原始代码格式的场景，语法分析工具会在AST生成阶段给节点附加额外元数据：比如节点对应原始代码的起始/结束行列位置、脱糖过程中丢失的语法标记（是否省略括号、注释的相对位置等）。比如Babel生成的AST就带有loc位置字段和extra扩展字段存储这类信息，打印时读取这些字段就能还原更接近原始的代码格式。

标准AST默认不会存储生成时依赖的CST完整引用：CST的节点数量通常是AST的数倍到数十倍，存储完整CST映射会带来极高的内存开销，对编译、静态检查等只依赖语义信息的场景完全没有必要。
只有面向代码重构、精准代码修改等需要1:1还原原始代码的专用工具链，才会额外保留CST到AST节点的映射关系，甚至直接基于CST做全流程操作避免信息丢失。如果你的核心需求是完美复现原始代码的所有结构和格式，直接基于CST实现的成本远低于给AST附加全量元数据的方案。

内容的提问来源于stack exchange，提问作者Tom