是否有任何令人信服的理由为配置文件选择 YAML 而不是 XML?
YAML 现在在 Github 上似乎风靡一时,但我只是没有看到优势。我不喜欢担心正确的空白,而且我已经有了很好的 XML 编辑器和验证器。即使没有老花镜,我也能很好地阅读 XML。
那么,我仍然是一个顽固的 XML luddite 可以吗?还是我应该成为 YAML 潮人,因为每个人都在这样做?
(顺便说一句,JSON 不是一个选项,因为它不支持评论。)
是否有任何令人信服的理由为配置文件选择 YAML 而不是 XML?
YAML 现在在 Github 上似乎风靡一时,但我只是没有看到优势。我不喜欢担心正确的空白,而且我已经有了很好的 XML 编辑器和验证器。即使没有老花镜,我也能很好地阅读 XML。
那么,我仍然是一个顽固的 XML luddite 可以吗?还是我应该成为 YAML 潮人,因为每个人都在这样做?
(顺便说一句,JSON 不是一个选项,因为它不支持评论。)
YAML 比 XML 更简洁,解析成本更低。与 XML 相比,它具有更少的可选的、通常未使用的特性。它提供了一个更简单的数据模型,没有混合内容的概念。
YAML 现在在 Github 上似乎风靡一时
如果这是您为之写作的受众,那么熟悉度可能是另一个好处。
您正在配置的内容的性质应该在您的决定中发挥重要作用。配置文件是否需要可扩展,或者包含现有的 XML 语言?拥有 XML 的模式感知编辑器是否有助于处理复杂的案例?
那么,我仍然是一个顽固的 XML luddite 可以吗?
当然; 两者都有自己的长处。对于更简单的情况,不要忽视属性文件。