xml - EXI(高效 XML 交换)即将到来……XML API 准备好了吗？

Question

W3 的 EXI(高效 XML 交换)将被标准化。它号称是“最后的二进制标准”。

它是存储优化的 XML 数据的标准处理和存储，与 XML 模式捆绑在一起(使数据强类型和强结构)。嗯，有很多声称的优势。最让我印象深刻的是处理和内存效率测量。

我在问自己，所有已建立的公司将会发生什么XML API？

有一段与我的问题相关:

4.2 Existing XML Processing APIs

As EXI is an encoding of the XML Infoset, an EXI implementation can support any of the commonly-used XML APIs for XML processing, so EXI has no immediate impact on existing XML APIs. However, using an existing XML API also requires that all names and text appearing in the EXI document be converted into strings. In the future, more efficiency might be achievable if the higher layers could directly use these data as typed values appearing in the EXI document. For instance, if a higher layer needs typed data, going through its string form can produce a performance penalty, so an extended API that supports typed data directly could improve performance when used with EXI.

from: http://www.w3.org/TR/exi-impacts/

我的理解如下:“将 EXI 与现有 API 结合使用？没有性能提升! (除非你全部重写)”

我们以Java生态系统为例:

我们在最新的 JDK 6 中有大量的 XML API(对于每个主要的 JDK 版本，都会添加越来越多的内容。)据我判断，他们中的大多数(如果不是全部)都在使用内存中的 DOM 树，或序列化(“文本”)表示转换/处理/验证/... XML 数据。

你们怎么看，这些会发生什么引入 EXI 的 API？

谢谢大家的意见。

对于那些不知道 EXI 的人:http://www.w3.org/XML/EXI/

Answer 1

您不需要任何新的 API 即可获得 EXI 的性能提升。 W3C 进行的所有 EXI 测试和性能测量都使用 JDK 中内置的标准 SAX API。有关最新测试，请参阅 http://www.w3.org/TR/exi-evaluation/#processing-results .在这些没有任何特殊 API 的测试中，EXI 解析平均比 XML 快 14.5 倍。

有一天，如果人们认为它值得，我们可能会看到一些类型化的 XML API 出现。如果发生这种情况，您将从 EXI 获得更好的性能。然而，这并不是获得 W3C 报告的出色性能所必需的。