EXI(高效的XML交换)即将推出...... XML API准备好了吗？

Question

W3的EXI(高效XML交换)将标准化.它声称是"最后的二进制标准".

它是存储针对处理和存储而优化的XML数据的标准,与XML模式捆绑在一起(使数据具有强类型和强结构).嗯,有很多声称的优点.处理和内存效率测量给我留下了深刻的印象.

我问自己,所有已建立的XML API会发生什么？

这段与我的问题有关:

4.2现有的XML处理API

由于EXI是XML Infoset的编码,EXI实现可以支持任何常用的XML API进行XML处理,因此EXI对现有的XML API没有直接影响.但是,使用现有的XML API还要求将EXI文档中出现的所有名称和文本转换为字符串.将来,如果较高层可以直接将这些数据用作EXI文档中出现的类型值,则可以实现更高的效率.例如,如果较高层需要类型化数据,则通过其字符串形式会产生性能损失,因此直接支持类型化数据的扩展API可以在与EXI一起使用时提高性能.

来自:http://www.w3.org/TR/exi-impacts/

我理解如下:"将EXI与现有API一起使用？没有性能提升!(除非你全部重写)"

我们以Java生态系统为例:

我们有大量的XML API的最新的JDK 6(每个主要JDK版本中,越来越多的人加入.)据我判断,大部分(如果不是全部),他们使用的是内存中的DOM树,或序列化("文本")表示来转换/处理/验证/ ... XML数据.

你们怎么想？这些API会在引入EXI后发生什么？

谢谢大家的意见.

对于那些不了解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报告的那样获得出色的性能.