JSON YAML 转换器
在您的浏览器中立即将 JSON 转换为 YAML 和 YAML 转换为 JSON 。 此页面对日常配置和有效载荷工作有用:将严格的JSON转换为更可读的YAML布局,或将YAML再转换为JSON,用于需要牙套,括号和被引用的密钥的系统.
数据
试试看
实例
{"app":{"name":"demo","port":8080,"features":["search","reports"]}}app:
name: demo
port: 8080
features:
- search
- reportsservers:
- host: app-1
port: 443
- host: app-2
port: 8443{
"servers": [
{
"host": "app-1",
"port": 443
},
{
"host": "app-2",
"port": 8443
}
]
}何时使用 JSON QQ YAML 转换
使用 JSON → YAML 当您想要一个更能被人读取的布局中的严格有效载荷,用于审查,文档,或配置编辑. 使用 YAML → JSON 当一个配置片段,显示,或列表结构需要回转为严格的 JSON 对于API,脚本,测试固定,或接受JSON但不接受YAML的系统.
转换器保存什么 可能改变什么
对于常见的对象,数组,字符串,数字,布尔值,和无效值,所转换的结果应当保留数据结构,即使格式样式有变化. 缩进,引出样式,以及其他演示文稿细节可能有所不同,因为输出与本页面使用的前置事项是正常化的,而不是反映被粘贴输入的准确样式.
支持输入模式
此页面对于日常结构化数据最为有用:嵌入对象或映射,阵列或序列,以及正常的平分数值,如字符串,数字,布尔等,和无效. 它的用意是共同的配置和有效载荷转换,而不是整个YAML生态系统所具备的每一个高级特性或格式化细微度。
通用转换问题
JSON输入经常因为后缀逗号,缺少括号或括号,或者复制的文本无效JSON而失败. YAML 输入经常会因前后不一致的缩进,列表结构被打碎,结号缺失,或者被粘贴后与数据相混合而失败. 评论和格式化风格也无法从回回行中幸存,因为JSON和YAML不以同样的方式存储演示文稿.
JSON 对 YAML 的日常任务
在您重新使用已转换的 YAML 之前
在将输出粘贴到另一个系统中之前,确认目的地接受这里生产的YAML样式,并且对缩进敏感的工具会解释你所期望的值. 结构可以在转换后幸存下来,而针对消费者的格式预期仍然不同。
JSON 成为 YAML 时有什么变化
已转换的YAML可能使用不同的引文,缩进和scalar表达式,即使结构相当于原JSON. 这可以提高可读性,但也意味着你不应该期望输出来保留源文本的确切视觉风格.
如何安全解释 YAML 输出
将YAML输出作为同一基础数据的可读结构表示,而不是作为每个下游YAML消费者会以完全相同的方式显示或解释它的证据. 审查缩进,列表结构,和scalar格式化,再用结果产生真正的配置或部署工作流程.
JSON常见于API,浏览器工具,和面向机器的数据交换. YAML通常更容易被人们以配置风格的文档来读取并编辑. 当您需要移动这两个共同表示之间相同的基本结构而不打开另一个编辑器或转换服务时,此页面很有帮助。
