json - 加入网络标准的 YAML 格式有什么问题吗

Question

嗯，我觉得 YAML 真的很棒……

与任何其他数据序列化格式相比，它美观、易读、语法巧妙。作为 JSON 的超集，我们可以说它更加精细，因此它的语言演变。

但我看到了一些不同的意见，例如:

• YAML 已死，
• 不要使用yaml之类的...

我根本无法理解这是基于什么，因为它看起来很好:)

如果我们在网络上举几个成功的例子，例如 Ruby on Rails，我们知道他们使用 yaml 进行简单的配置，但让我好奇的一件事是 为什么 yaml 不是是最常用的网络格式的一部分，例如 XML 和 JSON。

如果您以 twitter 为例...为什么不从 API 中也提供 YAML 格式的数据？

这样做有什么问题吗？

我们可以看到 no-sql 数据库的演变，例如 couchdb , mongo ，所有基于 json 的，甚至是一个名为 jsondb 的伟大项目它看起来非常轻巧，绝对可以胜任。

但是在 json 中编写数据结构时，我真的不明白为什么不使用 YAML。

所以我担心的一个问题是 YAML 是否有问题？

人们可以说它很复杂，但是，如果您假装使用与 json 相同的功能绝对不是。你肯定会得到一个更漂亮的文件，而且没有任何麻烦。如果您决定使用更多功能，确实会更复杂，但事情就是这样，至少您可以根据需要使用它。

选择是否要使用双引号作为字符串的可能性非常棒，这让一切变得更清晰，更容易阅读......好吧，你明白我的意思了:)

所以我的问题是，为什么没有大量使用 YAML 来代替 JSON？

为什么它似乎不会用于在线社区内的数据结构传输？

我所能看到的只是人们将它用于简单的配置文件，仅此而已......

请多多包涵，因为我可能完全错了，而且可能正在发生非常大的项目，而且我对这个主题的无知不允许我参与其中:)

如果有任何基于 yaml 的大项目，我会很高兴知道的

提前致谢

Answer 1

这并不是说 YAML 有什么问题——只是它在许多情况下没有提供任何令人信服的好处。 YAML 基本上是 JSON 的超集。对于大多数用途而言，JSON 就足够了——即使人们拥有完整的 YAML 解析器，他们也不会使用高级 YAML 功能——而且它与 JavaScript 的紧密联系使其能够很好地适应 Web 开发人员正在使用的技术。

TLDR:人们已经在使用尽可能多的 YAML。在大多数情况下，这是 JSON。