带注释的解析和写入

背景，yaml 和 toml 带注释时的解析和写入

主要是 yaml、toml、ini 的带注释解析和写入。

json 一般不允许带注释，个别非常特殊的情况除外 (例如会将 json 插入到 js，或本质是 js 代码片段的伪 json，或某种 json 超集)

原提问:

js是否有能够保留toml注释的读写解析库

我目前使用的是 `export { parse as toml_parse, stringify as toml_stringify } from "smol-toml"`，不确定是否有这功能。

如果不行，是否有其他更好的保留 toml 注释的读写库。非 toml (如 yaml/ini) 呢，会不会多一些选择

round-trip 和 preserve formatting

• round-trip
  • 翻译：数据往返/双向同步/往返流程
  • 指将数据从系统A导出到系统B，在系统B中编辑，然后将数据导回系统A的过程。这个过程容易导致富文本属性（如表格、特定字体）丢失格式
• preserve formatting
  • 翻译：保持格式
  • 意味着在导出（Export）和重新导入（Import）后，文档的排版、样式和结构与原件完全一致

JS 里 “解析→改动→再写回且保留 TOML 注释/格式” 这件事，和普通 parse/stringify 不是一类能力：它需要保留语法树的“原始文本信息”(trivia：注释、空白、换行、键的引号风格、尾逗号等)，也就是常说的 round-trip / preserving formatter。

例如: Rust 的 toml 是 parse-serialize，而 Rust 的 toml_edit 是 preserve formatting 的 toml 编辑器，能保留注释、空行、缩进、元素顺序等（只对你改动的字段做最小化变更）

汇总对比表 - toml 保留注释修改方案

方案	位置	核心思路	注释保留	空白/对齐保留	结构化编辑 (增删改表/键)	复杂TOML适配	实现成本
JS parse/stringify (smol-toml等)	前端/Node	parse->object-> stringify	差 (常丢)	差 (常重排)	中	中	低
JS 文本补丁	前端/Node	定位行/片段替换值	极好	极好 (可只改一行)	低-中 (可扩展)	低-中	中
JS AST/CST +patch	前端/Node	带span解析+精确patch	极好	极好	中-高	高	高
Rust toml (serde)	后端 Rust	struct序列化/反序列化	差	差	高	中	中
Rust toml_edit 文档编辑	后端 Rust	Document模型改节点	好-很好	中-好 (不保证字节级)	高	中-高	中
Rust 文本补丁	后端 Rust	定位行/片段替换值	极好	极好	低-中 (可扩展)	低-中	中
迁移 YAML +round-trip库	前/后端皆可	YAML Document编辑	很好	好	高	高	高 (迁移成本)
配置/状态分离 (双文件)	架构策略	手写config不写回，自动写到state	取决于写回策略	极好 (基本不写回)	高	高	中

可能影响选型的决策：

你更倾向哪一种“保留程度”？

(A) 注释不丢即可，少量格式变化可接受 → 选 Rust toml_edit
(B) 必须几乎完全不动原文件（尤其你现在有手工对齐）→ 选 Rust 文本补丁
(C) 未来配置更复杂且想要最成熟 round-trip，接受迁移 → YAML