您知道哪些可用的 XML 语法替代方案？

Question

Closed. This question is seeking recommendations for software libraries, tutorials, tools, books, or other off-site resources. It does not meet Stack Overflow guidelines. It is not currently accepting answers.

---

我们不允许提出寻求软件库、教程、工具、书籍或其他场外资源推荐的问题。 您可以编辑问题，以便用事实和引文来回答。

6 年前已关闭。

Answer 1

XML 确实有很多替代方案，但其中许多方案的主要问题似乎是库可能不适用于每种选择的语言，而且库的实现相对费力。

如果与键值对（例如哈希表）相比，解析树结构本身可能并不那么令人愉快。 如果一个哈希表实例满足所有键都是字符串且所有值都是字符串的要求，那么实现 hashtable2string() 和 string2hashtable() 就相对不费力。

我一直在 PHP 和 JavaScript 之间的 AJAX 中使用哈希表序列化，我开发的格式称为 ProgFTE（程序员友好的文本交换），描述如下：

http://martin.softf1.com/g/n//a2/doc/progfte/index.html

人们可以在 Kibuvits Ruby 库中找到 ProgFTE 实现的 Ruby 版本：
http://rubyforge.org/projects/kibuvits/

Answer 2

如果您对尖括号过敏，则可以使用 JSON、HDF (ClearSilver) 和OGDL 是我唯一知道的。

经过一番谷歌搜索后，我还在这里找到了替代方案列表：
http://web.archive.org/web/20060325012720/ www.pault.com/xmlalternatives.html

Answer 3

AFAIK、JSON 和 YAML 在数据结构方面完全相同。 YAML 只是少了括号、引号之类的东西。 所以我不明白你是如何拒绝一个而保留另一个的。

另外，我不明白 XML 的尖括号为何不如 JSON 的方括号、大括号和引号“人类可读”。

Answer 4

YAML 是一种功能极其齐全且通常是人类可读的格式，但它的致命弱点是复杂性，正如我们今年冬天看到的 Rails 漏洞所证明的那样。 由于 Ruby 作为一种配置语言无处不在，Github 出名的 Tom Preston-Werner 开始创建一个名为 TOML 的明智替代方案。 它立即获得了巨大的关注并拥有强大的工具支持。 我强烈建议任何查看 YAML 的人都检查一下：

https://github.com/mojombo/toml

Answer 5

对于存储类似代码的数据，LES（Loyc 表达式语法）是一种新兴的替代方案。 我注意到很多人使用 XML 来构建类似代码的结构，例如支持条件、命令调用、有时甚至是循环的构建系统。 这些事情在 LES 中看起来很自然：

// LES code has no built-in meaning. This just shows what it looks like.
[DelayedWrite]
Output(
    if version > 4.0 {
        $ProjectDir/Src/Foo;
    } else {
        $ProjectDir/Foo;
    }
);

不过，它还没有很好的工具支持； 目前唯一的 LES 库是针对 C# 的。 目前已知只有一个应用程序使用 LES：LLLPG< /a>. 它支持“属性”，但它们就像 C# 属性或 Java 注释，而不是 XML 属性。

理论上，您可以使用 LES 来处理数据或标记，但没有关于如何执行此操作的标准：

body {
    '''Click here to use the World's '''
    a href="http://google.com" {
        strong "most popular"; " search engine!"
    };
};

point = (2, -3);
tasteMap = { "lemon" -> sour; "sugar" -> sweet; "grape" -> yummy };

Answer 6

我会推荐 JSON ...但既然你已经提到过它也许你应该看看 Google 协议缓冲区。

编辑：协议缓冲区是为了以编程方式使用（有 c++、java、python ...的绑定），因此它们可能不适合您的目的。

Answer 7

我认为 Clearsilver 是一个非常好的选择。 他们甚至在此处提供了一个比较页面以及使用它的项目

Answer 8

你的要求有点不可能......你想要一些接近 XML 的东西，但拒绝可能最接近的没有尖括号 (YAML) 的等价物。

尽管我非常不喜欢它，但为什么不直接使用 XML 呢？ 您不必真正阅读 XML（我想除了调试之外），有大量的工具可以用于它。

几乎所有非 XML 的内容都不会得到广泛使用，因此工具支持也会减少。

JSON 可能是等价的，但它几乎同样不可读......但同样，你不应该真正阅读它（将它加载到你正在使用的任何语言中，并且它应该转换为本机数组/字典/变量/任何）。

哦，我确实发现 JSON 比 XML 更容易解析：我在 Javascript 中使用过它，还有 simplejson Python 模块 - 大约一个命令，它很好地转换为本地 Python 字典或 Javascript对象（因此得名！）

Answer 9

我发现 S-Expressions 是表示结构化数据的好方法。 这是一种非常简单的格式，易于生成和解析。 它不支持属性，但像 YAML & JSON，不需要。 属性只是 XML 限制冗长的一种方式。 更简单、更干净的格式只是不需要它们。

Answer 10

Jeff 在此处和这里。 这应该可以帮助您入门。

Answer 11

AXON 涵盖了 XML 和 JSON 的精华。 让我们用几个例子来解释这一点。

AXON 可以被认为是 XML 数据的较短形式。

XML

<person>
   <name>Frank Martin</name>
   <age>32</age>
 </person>

AXON

person{
  name{"Frank Martin"}
  age{32}}

XML

<person name="Frank Martin" age="32" />

AXON

person{name:"Frank Martin" age:32}

AXON 包含某种形式的 JSON。

JSON

{"name":"Frank Martin" "age":32 "birth":"1965-12-24"}

AXON

{name:"Frank Martin" age:32 birth:1965-12-24}

AXON 可以表示类似 XML 和 XML 的组合。类似JSON的数据。

AXON

table {
  fields {
    ("id" "int") ("val1" "double") ("val2" "int") ("val3" "double")
  }
  rows {
    (1 3.2 123 -3.4)
    (2 3.5 303 2.4)
    (3 2.3 235 -1.2)
  }
}

现在有Python库pyaxon可用。

Answer 12

TL;DR

Prolog 在这里没有被提及，但它是我所知道的表示数据的最佳格式。 Prolog 程序本质上描述数据库，实体之间具有复杂的关系。 Prolog 解析起来非常简单，它唯一的竞争对手可能是这个领域的 S 表达式。

完整版本

程序员经常“忘记”XML 实际由什么组成。 通常指的是它的一个很小的子集。 XML 是一种非常复杂的格式，至少包含以下部分：DTD 架构语言、< a href="https://www.w3.org/TR/xmlschema11-1/" rel="noreferrer">XSD 架构语言，XSLT 转换语言, RNG 架构语言 和 XPath（加上 XQuery）语言- 它们都是 XML 标准的重要组成部分。 另外，还有一些伪经，例如 E4X。 每一个都有自己的版本，有相当多的重叠、不兼容性等。很少有 XML 解析器能够实现所有这些版本。 更不用说流行解析的多个怪癖和错误，其中一些会导致显着的安全问题，例如 https://en .wikipedia.org/wiki/XML_external_entity_attack。

因此，寻找 XML 替代方案并不是一个好主意。 您可能根本不想处理 XML 之类的东西。

YAML 可能是第二差的选择。 它不像 XML 那么大，但它的设计也是为了尝试覆盖所有基础……每个基础超过十次……以任何人都无法想象的不同且独特的方式。 我还没有听说过可以正常工作的 YAML 解析器。 Ruby 是一种大量使用 YAML 的语言，其著名的 因为它而搞砸了。 迄今为止我见过的所有 YAML 解析器都是 libyaml 的副本，它本身就是手写的（不是一种从正式描述生成的解析器，其代码很难验证其正确性（函数跨越数百行，控制流复杂）。 正如已经提到的，它完全包含 JSON...在同一个文档中的一些 Unicode 编码技术之上...以及可能还有一堆您不想听到的其他内容。

另一方面，JSON 与其他两者完全不同。 您可以在等待从 Maven Nexus 下载 JSON 解析器工件时编写一个 JSON 解析器。 它能做的事情很少，但至少你知道它的能力。 没有什么惊喜。 （除了与字符串和双精度编码中的字符转义相关的一些差异）。 没有秘密的利用。 您不能在其中写评论。 多行字符串看起来很糟糕。 无论您所说的属性和属性之间的区别是什么意思，您都可以通过更多嵌套的字典来实现。

假设，尽管您想要纠正 XML 的错误……好吧，那么像 YAML 或 JSON 这样流行的东西就无法做到这一点。 不知何故，时尚和理性思维在七十年代中期的某个时候在编程中分道扬镳。 所以，你必须回到一切从麦卡锡、霍尔、科德和科瓦尔斯基开始的地方，弄清楚你想要代表什么，然后看看对于你是谁来说，最好的代表技术是什么试图代表:)

Answer 13

JSON 是一个非常好的替代方案，并且有多种语言的工具。 而且它在 Web 客户端中使用起来非常简单，因为它是原生 JavaScript。

Answer 14

YAML 是 JSON 的 100% 超集，因此拒绝 YAML 然后考虑 JSON 是没有意义的。 YAML 可以完成 JSON 所做的一切，但 YAML 还提供更多功能（例如引用）。

除了使用 DTD 验证文档之外，我想不出 XML 可以做而 YAML 不能做的任何事情，根据我的经验，这从来不值得花费这些开销。 但 YAML 比 XML 更快、更容易输入和读取。

至于属性或属性，如果你仔细想想，它们并没有真正“添加”任何东西......这只是一种符号快捷方式，将某些东西写为节点的属性，而不是将其放入自己的子节点中。 但如果您喜欢这种便利，通常可以使用 YAML 的内联列表/哈希来模拟它。 例如：

<!-- XML -->
<Director name="Spielberg">
    <Movies>
        <Movie title="Jaws" year="1975"/>
        <Movie title="E.T." year="1982"/>
    </Movies>
</Director>


# YAML
Director: 
    name: Spielberg
    Movies:
      - Movie: {title: E.T., year: 1975}
      - Movie: {title: Jaws, year: 1982}

对我来说，不必将每个节点标签编写两次，再加上没有尖括号垃圾，这使得 YAML 成为首选。 我实际上也喜欢缺乏正式的标签属性，因为在我看来，这总是像 XML 的灰色区域，不必要地为本质上相同的概念引入了两套语法（在编写和遍历时）。 YAML 完全消除了这种混乱。