您什么时候会在Ajax中使用XML over JSON？

最近，包括我在内的许多程序员将X从AJAX中去掉，并默认使用JSON作为协议格式。然而，我试图考虑一些地方，在那里XML更适合作为一种协议格式，它不包括SOAP（因为SOAP理论上可以用JSON来完成）

---

注意：我喜欢XML有很多其他用途，所以一般来说，它不是关于XML和JSON的，我特别关注AJAX的传输协议。

Ajaxian写了这个主题-

---

此外，我不确定其重要性，但有些实例可能会在标记上调用属性，而您无法真正将属性放置在JSON条目上。不过，我可能会偏离这一点——JSON/XML不是我最擅长的领域。

对我来说，我认为在AJAX中使用XML的最大缺点是，通常需要对其进行解析并以某种方式进行转换，而JSON则不必这样做，因为它的格式是JavaScript固有的。当您在解析和转换中增加更大的传输成本时，我真的想不出一个好的理由在AJAX中使用XML而不是JSON，尽管我肯定会在许多其他方面使用XML。

如果您打算在客户端进行XSLT转换。

这个问题与

不管怎样，我同意上面的答案：

我使用JSON，除非我被要求使用XML。如果这些库在您的上下文中可用，那么它更容易理解，并且（因为它需要更少的配置开销）更容易编写读写程序，而且它们现在非常普遍

当Amazon首次将其目录作为web服务公开时，他们提供了JSON和XML。大约90%的实现者选择了JSON

另一方面，XML适用于以下情况：

• 您需要消息验证
• 您正在使用XSLT
• 您的邮件包含大量已标记的文本
• 您需要与不支持JSON的环境进行互操作
• 您需要属性或名称空间

---

这也是从上面的问题中提取出来的，它本质上是在问相反的问题。

为了把东西放在一起，便于查找，而不是规范化数据，我重复了Paolo Bergantino指出的另一个问题的部分答案，这表明了XML的好处：

-罗伯特罗斯尼

-尤金·拉祖金

-低空滑翔机

---

-空

Eh？var doc=req.responseXML。然后在doc上使用DOM函数。JSON不是javascript的本机特性-您仍然需要解析它。看起来你不必这么做，因为如果你将它加载到标签中，浏览器会自动完成。我没有投票反对你，但是我猜你给出了一个支持JSON的“明显”例子。当这个问题是关于支持XML的东西时？@Robert-你说得对。我已经修改为更合适的帖子。它很相似，但不是重复的。@Simucal我有点同意你关于结束这件事的看法（尽管这是我自己的问题），但这里的重点是看硬币的另一面，不太显眼的一面，IMHO。