YAML 标准的一个 bug

• 请不要在回答技术问题时复制粘贴 AI 生成的内容

This topic created in 1615 days ago, the information mentioned may be changed or developed.

["01", "02", "03", "04", "05", "06", "07", "08", "09"]

这个数组转换为 YAML：

 - '01'
 - '02'
 - '03'
 - '04'
 - '05'
 - '06'
 - '07'
 - 08
 - 09

这样的行为是符合标准的。

但是，如果你转换回来：

["01", "02", "03", "04", "05", "06", "07", 8, 9]

大家可以试试自己常用的程序有没有这样的问题。

Reference:

Supplement 1 · Jan 5, 2022

这个问题找到一个解决办法了，可以开启 yaml tag 来强制标注类型。

>>> print(yaml.dump(["01", "02", "03", "04", "05", "06", "07", "08", "09"], canonical=True))
---
!!seq [
  !!str "01",
  !!str "02",
  !!str "03",
  !!str "04",
  !!str "05",
  !!str "06",
  !!str "07",
  !!str "08",
  !!str "09",
]

>>> print(yaml.dump(["01", "02", "03", "04", "05", "06", "07", "08", "09"]))
- '01'
- '02'
- '03'
- '04'
- '05'
- '06'
- '07'
- 08
- 09

我觉得有一个值得思考的地方，就是“遵守标准”就一定对吗？当“遵守标准”和“最大化兼容性”必须进行取舍的时候，我们应该选择哪一个呢？

yaml

转换

reference

bug

20 replies • 2022-04-17 07:28:19 +08:00

qwerthhusn

Jan 4, 2022

目测是库把其当成 8 进制数字了

yaoyaomoe

Jan 4, 2022 via iPhone

问题的链接已经说了 0 开头 yaml 会认为是 8 进制数字而对于带 0 开头的十进制数字对于 yaml 是不认可的

yaml.org/type/int.html

baobao1270

Jan 4, 2022

@yaoyao1128 问题就在这里呀，你的实现要保证 load 和 dump 一致啊

kingxiangqi

Jan 4, 2022

离谱。字符串不应该始终保持原样吗？为什么会被当做数字处理？

ragnaroks

Jan 4, 2022

这个应该是你所用的解析器的实现问题；

你给出的链接中引用的链接是正常的 http://nodeca.github.io/js-yaml/#yaml=c3RhcnQtd2l0aC0wOgogIGZhaWxzOiAwMTU2NzgKICBvazogJzExNTY3OCcKbnVtYmVyLWxpc3Q6CiAgLSAnMDEnCiAgLSAnMDInCiAgLSAnMDMnCiAgLSAnMDQnCiAgLSAnMDUnCiAgLSAnMDYnCiAgLSAnMDcnCiAgLSAwOAogIC0gMDkKICAtICcxMCcKICAtICcxMScKd2hpdGUtc3BhY2VzOgogIHN0cmluZzE6ICIqKkhlbGxvIFdvcmxkKipcblxuKipTYW1wbGUgVGV4dC4qKiBcdCBFbmQgb2YgdGV4dC4iCiAgc3RyaW5nMjogIioqSGVsbG8gV29ybGQqKlxuXG4qKlNhbXBsZSBUZXh0LioqIFxyIEVuZCBvZiB0ZXh0LiIKICBzdHJpbmczOiB8LQogICAgKipIZWxsbyBXb3JsZCoqCgogICAgKipTYW1wbGUgVGV4dC4qKiAgRW5kIG9mIHRleHQu

实测 minecraft 的 paper 端没有此问题

ysc3839

Jan 4, 2022

yaml 本来设计就不是让程序生成的吧？设计是让人手写，程序读取，因此弱化了类型系统，理论上来说 yaml 只有文本的，没有整数啥的。你举的例子是因为程序自动进行了类型转换。

makelove

Jan 4, 2022

@ysc3839 没道理不适合程序生成吧？比如 pnpm 的自动生成并更新的 lockfile 就是 yaml 的

ysc3839

Jan 4, 2022

@makelove 我说的有问题，是指不适合楼主所说的“保证 load 和 dump 一致”这种情况。相反，JSON 是有库可以实现保留大部分格式的，包括注释也能保留。

mcfog

Jan 4, 2022

类似的还有挪威问题：用 yaml 写国家码 US CN JP KR 不亦乐乎直到有一天遇到了挪威…

https://hitchdev.com/strictyaml/why/implicit-typing-removed/

cweijan

Jan 4, 2022

这是你的解析库有问题, 和 yaml 标准有什么关系

codehz

Jan 4, 2022 via Android

类似的问题多了去了
https://github.com/cblp/yaml-sucks

mcfog

Jan 4, 2022

个人观点，标准过于复杂能力过多导致多数解析器都有各种问题甚至安全漏洞，这是 yaml 标准不够好的地方，不能完全怪实现。在合适的时候，比起花时间找更好的实现，我会选择换更简单从而更不容易出错的标准，例如 json, toml 等

baobao1270

Jan 5, 2022

@ragnaroks 你确定是正常的吗？我这里显示是这样的 'number-list': [ '01', '02', '03', '04', '05', '06', '07', 8, 9, '10', '11' ] 可能你没有理解我的意思，符合标准的解析器应该把它解析为 'number-list': [ '01', '02', '03', '04', '05', '06', '07', '08', '09', '10', '11' ]
而且巧了我就是在 Minecraft 里碰到这个问题的。

@cweijan 问题就在这里，libyaml 、js-yaml 、pyyaml 等库都认为把 "08" 转换成 08 是符合标准的，但是把 08 转换成 int 8 也是符合标准的。他们都选择了“遵从标准实现”而不是“最大化兼容性”。

@ysc3839 #8 @mcfog 问题就是在这里，你没法控制不是你写的代码，人家要用 YAML 还要多次 load 和 dump 你也没法改啊，比如 Minecraft 的 mod 实现的“导出配置”的功能。

ragnaroks

Jan 5, 2022

@baobao1270 如果原本是数值 08 解析为 8 没问题，如果是字符串"08"解析为"08"也没问题；如果 "08" 被解析为 8 那才是问题

ragnaroks

Jan 5, 2022

写了个 bukkit 插件测试

List<int> list1=new List<int>{2,4,6,8,10};
List<string> list2=new List<string>{"2","4","6","8","10"};

plugin.yml:

list1
- 2
- 4
- 6
- 8
- 10

list2
- "2"
- "4"
- "6"
- "8"
- "10"