XMLBEANS 2.0 —— 一位JAVA开发人员的视点(10)

上面的错误文本提到了实例的名称，并告诉我们地址的末尾缺少一些应有的元素。在这个小示例中，这是有点用处的，但没有行号很难找到起点。现在我们将这个代码文本与新版本 中的新增错误代码特性进行比较:

与XMLBeans的1.0版本中的错误文本相比，新的错误文本有很大的改进。两个错误文本都提到了实例，但新错误代码还提供了行号、问题严重程度、附录C模式参考以及更清楚的错误消息。而且，使用新的错误代码，我们发现错误代码cvc-complex-type.2.4a和cvc-complex-type.2.4c还提及更多造成故障的问题。同样，这些错误代码也分别对应于模式规范中一个可使用URL访问的位置。

刚刚我们介绍了如何通过命令行获取详细的错误文本，现在介绍如何以编程方式获取错误信息:

请看此代码片断，以编程方式访问错误信息并不比从命令行获取类似信息困难多少。

性能提升

用户可能不会注意到以前的特性，但一定会注意到它对开发工作的影响。如果新版本无法带来性能提升，那它还有什么好处呢?

与在XMLBeans 1.0中一样，性能对于2.0版本极为重要。在大多数情况下，与1.0相比，2.0版本性能有了10%到60%的提升。导致性能提升的原因有许多，其中最重要的是完全不同的存储架构。在1.0版本中，使用了一个名为splay tree的数据结构使所有存储在XML Store中的内容与影响XML数据的操作同步。对于不熟悉它的用户，splay tree可以理解为支持O(log N)次Find、Insert和Delete操作的平衡树。这种数据结构与其他此类树的差别在于它不维持显式的平衡条件。其详细程度超出了用户在大多数情况下的需要。2.0版本使用了一个较为简单的架构，提供较少的复制和较少的对象。

在对XML数据执行任何操作时，XMLBeans都会加载一个XML Store。XMLBeans总是加载一个XML Store，然后在Store上提供一个绑定视图。与直接解组到Java对象的其他Java/XML绑定框架相比，此绑定视图与完整的XML Infoset真实性通常导致额外的开销。这使得XMLBeans的性能一直是一个障碍，从而消弱了额外的特性与信息所带来的好处。对于运行时性能，人们主要关注的就是XML Store方面，并尽可能地使Store的性能得到提高。

在对XML Store进行改写时，新增了一个特性，该特性使得使用XMLBeans进行编程可以有更好的性能，并且更易于使用。此特性即DOM Level II支持。DOM是Document Object Model(文档对象模型)的简写，它提供了一个用于处理XML数据的接口。Level II则指定哪些接口是可用的。它与SAX的区别在于XML信息保存在内存中。