XML与JSON是非比拟

简介

XML 和 JSON 是现今互联网中最常用的两种数据互换名目。XML 名目由 W3C 于 1996 年提出。JSON 名目由 Douglas Crockford 于 2002 年提出。固然这两种名目标计划方针并不沟通，但它们经常用于统一个使命，也就是数据互换中。XML 和 JSON 的文档都很完美(RFC 7159[1]、RFC 4825[2])，且都同时具有人类可读性human-readable和呆板可读性machine-readable。这两种名目并没有哪一个比另一个更强，只是各自合用的规模不消。(LCTT 译注：W3C 是互联网同盟[3]，拟定了各类 Web 相干的尺度，如 HTML、CSS 等。Douglas Crockford 除了拟定了 JSON 名目，还致力于改造 JavaScript，开拓了 JavaScript 相干器材 JSLint[4] 和 JSMin[5])

XML 的利益

XML 与 JSON 对比有许多利益。二者间最大的差异在于 XML 可以通过在标签中添加属性这一简朴的要领来存储元数据metadata。而行使 JSON 时必要建设一个工具，把元数据看成工具的成员来存储。固然二者都能到达存储元数据的目标，但在这一环境下 XML 每每是更好的选择，由于 JSON 的表达情势会让客户端措施开拓职员误觉得要将数据转换成一个工具。举个例子，假如你的 C++ 措施必要行使 JSON 名目发送一个附带元数据的整型数据，必要建设一个工具，用工具中的一个名称/值对name/value pair来记录整型数据的值，再为每一个附带的属性添加一个名称/值对。吸取到这个 JSON 的措施在读取后很也许把它当成一个工具，可究竟并不是这样。固然这是行使 JSON 转达元数据的一种变通要领，但他违反了 JSON 的焦点理念：“JSON 的布局与通例的措施说话中的布局相对应，而无需修改。JSON’s structures look like conventional programming language structures. No restructuring is necessary.”1

固然稍后我会嗣魅这也是 XML 的一个弱点，但 XML 中对定名斗嘴、前缀prefix的处理赏罚机制赋予了它 JSON 所不具备的手段。措施员们可以通过前缀来把同一名称给以两个差异的实体。2 当差异的实体在客户端中行使的名称沟通时，这一特征会很是有效。

XML 的另一个上风在于大大都的赏识器可以把它以具有高可读性和强组织性的方法highly readable and organized way揭示给用户。XML 的树形布局让它易于布局化，赏识器也让用户可以自行睁开或折叠树中的元素，这的确就是调试的福音。

XML 比拟 JSON 有一个很重要的上风就是它可以记录殽杂内容mixed content。譬喻在 XML 中处理赏罚包括布局化标志的字符串时，措施员们只要把带有标志的文本放在一个标签内就可以了。可由于 JSON 只包括数据，没有效于指明标签的简朴方法，固然可以行使处理赏罚元数据的办理要领，但这总有点滥用之嫌。

JSON 的利益

JSON 自身也有许多利益。个中最显而易见的一点就是 JSON 比 XML 简捷得多。由于 XML 中必要打开和封锁标签，而 JSON 行使名称/值对暗示数据，行使简朴的 { 和 } 来标志工具，[和 ] 来标志数组，, 来暗示数据的脱离，: 暗示名称和值的脱离。就算是行使 gzip 压缩，JSON 照旧比 XML 要小，并且耗时更少。3 正如 Sumaray 和 Makki 在尝试中指出的那样，JSON 在许多方面都比 XML 更具上风，得出同样功效的尚有 Nurseitov、Paulson、Reynolds 和 Izurieta。起首，因为 JSON 文件生成的简捷性，与包括沟通讯息的 XML 对比，JSON 老是更小，这意味着更快的传输和处理赏罚速率。第二，在不思量巨细的环境下，两组研究 4 5 表白行使 JSON 执行序列化和反序列化的速率明显优于行使 XML。第三，后续的研究指出 JSON 的处理赏罚在 CPU 资源的行使上也优于 XML。研究职员发明 JSON 在总体上行使的资源更少，个中更多的 CPU 资源耗损在用户空间，体系空间耗损的 CPU 资源较少。这一尝试是在 RedHat 的装备长举办的，RedHat 暗示更倾向于在用户空间行使 CPU 资源。6 不出不测，Sumaray 和 Makki 在研究里还声名白在移动装备上 JSON 的机能也优于 XML。7 这是有原理的，由于 JSON 耗损的资源更少，而移动装备的机能也更弱。

JSON 的另一个利益在于其对工具和数组的表述和宿主说话host language中的数据布局相对应，，譬喻工具object、记录record、布局体struct、字典dictionary、哈希表hash table、键值列表keyed list尚稀有组array、向量vector、列表list，以及工具构成的数组等等。8 固然 XML 里也能表达这些数据布局，也只需挪用一个函数就能完成理会，而每每必要更多的代码才气正确的完成 XML 的序列化和反序列化处理赏罚。并且 XML 对付人类来说不如 JSON 那么直观，XML 尺度缺乏工具、数组的标签的明晰界说。当布局化的标志可以更换嵌套的标签时，JSON 的上风极为突出。JSON 中的花括号和中括号则明晰暗示了数据的布局，虽然这一上风也包括前文中的题目，在暗示元数据时 JSON 不如 XML 精确。

固然 XML 支持定名空间namespace与前缀prefix，但这不代表 JSON 没有处理赏罚定名斗嘴的手段。比起 XML 的前缀，它处理赏罚定名斗嘴的方法更简捷，在措施中的处理赏罚也更天然。在 JSON 里，每一个工具都在它本身的定名空间中，因此差异工具内的元素名称可以随意一再。在大大都编程说话中，差异的工具中的成员可以包括沟通的名字，以是 JSON 按照工具举办名称区分的法则在处理赏罚时越发天然。

大概 JSON 比 XML 更优的部门是由于 JSON 是 JavaScript 的子集，以是在 JavaScript 代码中对它的理会或封装都很是的天然。固然这看起来对 JavaScript 措施很是有效，而其他措施则不能直接从中获益，可现实上这一题目已经被很好的办理了。此刻 JSON 的网站的列表上展示了 64 种差异说话的 175 个器材，它们都实现了处理赏罚 JSON 所需的成果。固然我不能评价大大都器材的质量，但它们的存在明晰了开拓者社区拥抱 JSON 这一征象，并且它们切实简化了在差异平台行使 JSON 的难度。

二者的念头

简朴地说，XML 的方针是标志文档。这和 JSON 的方针想去甚远，以是只要用获得 XML 的处所就尽量用。它行使树形的布局和包括语义的文原来表达殽杂内容以实现这一方针。在 XML 中可以暗示数据的布局，但这并不是它的优点。

（编辑：河北网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!