Json 加入web标准的YAML格式有什么问题吗
嗯，我觉得亚马尔真的很棒 与任何其他数据序列化格式相比，它美观、易于阅读、语法巧妙。 作为Json 加入web标准的YAML格式有什么问题吗,json,data-structures,format,standards,yaml,Json,Data Structures,Format,Standards,Yaml,嗯，我觉得亚马尔真的很棒 与任何其他数据序列化格式相比，它美观、易于阅读、语法巧妙。 作为JSON的超集，我们可以说它更精细，因此它的语言也在不断演变 但我看到了一些不同的观点，比如： 亚姆死了 不要使用yaml等等 我简直无法理解这是基于什么，因为它看起来太好了：） 如果我们举几个在web上成功的例子，如RubyonRails，我们知道他们使用yaml进行简单的配置，但有一件事让我好奇的是，为什么yaml不是web上最常用的格式（如XML和JSON）的一部分 如果以twitter为例，为什
JSON- 亚姆死了
- 不要使用yaml等等
提前感谢在Ruby中，许多人认为配置应该是Ruby，而不是YAML。这节省了解析阶段，意味着您不必学习新语法，并且在动态生成YAML内容（Rails装置）时，也不必到处都使用ERB标记
就我个人而言，我不得不同意，而且我看不出YAML将为网络传输提供什么，这将使它成为值得考虑的JSON。这并不是YAML有什么问题，只是在许多情况下它没有提供任何引人注目的好处。YAML基本上是JSON的超集。在大多数情况下，JSON已经足够了——即使有完整的YAML解析器，人们也不会使用高级YAML功能——而且JSON与JavaScript的紧密联系使其与Web开发人员正在使用的技术非常契合
TLDR：人们已经在使用他们所需要的YAML了。在大多数情况下，这就是JSON。YAML比未修饰的JSON使用更多的数据。对于人类可能希望自己编辑的文件来说，这很好，但当您所做的只是传递数据时，如果您使用YAML，则会浪费带宽 如果您需要解释：UTF-16中的每个空格是两个字节。YAML使用空格进行缩进，使用换行符进行嵌套 举个例子：
foo:
bar:
- foo
- bar
{"foo":{"bar":["foo","bar"]}}
%7B%22foo%22%3A%7B%22bar%22%3A%5B%22foo%22%2C%22bar%22%5D%7D%7D
{"foo":{"bar":["foo","bar"]}}
%7B%22foo%22%3A%7B%22bar%22%3A%5B%22foo%22%2C%22bar%22%5D%7D%7D
foo%3A%0A%20%20%20%20bar%3A%0A%20%20%20%20%20%20%20%20%20-%20foo%0A%20%20%20%20%20%20-%20bar
{"foo":{"bar":["foo","bar"]}}
%7B%22foo%22%3A%7B%22bar%22%3A%5B%22foo%22%2C%22bar%22%5D%7D%7D
哦，还有一个不使用YAML的原因：stackoverflow.com不支持YAML语法高亮显示（当然，我会说YAML非常漂亮，它不需要语法突出显示。我想这就是YAML的要点。）我考虑过使用YAML几次，但从未考虑过。原因总是与缩进的空格有关。虽然我个人很喜欢这个，但即使对我来说，这听起来也像是自找麻烦，因为
- 当然有人会犯错误，不希望更改空格会破坏文件。有时，不知道语言/格式的人必须到文件中更改一个数字或字符串
- 你不能保证任何地方的每个人都能正确配置比较/合并/SC软件来捕捉空白或空行差异
- 除了简单和简短的东西之外，其他东西都不可读
- 默认不安全
- 存在可移植性问题
- 非常复杂，有大量令人惊讶的行为
- YAML有很多问题，有一篇好文章
在那上面。
简短总结（除其他答案中已列出的问题外）：