java - 自定义 Java XMLBuilder 与基于标准类的对比

Question

什么是生成 XML 的最佳性能解决方案。

我的目标是从代码构建一些简单的 XML。我将实现基于 XML Builder 的简单自定义 StringBuffer 实现。从另一边有几个库，如 http://code.google.com/p/java-xmlbuilder/和 http://code.google.com/p/xmltool/它有不错的 DSL，但我想性能欠佳。

由于我的目标是构建足够简单且性能出色的 XMLBuilder，我想我会构建自定义解决方案。它将具有:

• 用于 XML 构造的基于 Java 的出色 DSL(基本上添加标签)
• 出色的基于 StringBuffer 的性能。
• 添加 XML 标签时的字符串数据转义处理。
• 自动缩进

如果我对性能预期有误，请提出建议，使用现成的库可能更好。

更新。为什么我认为标准 xml 构建器的性能不是很好。

标准 XML 构建器使用 Document Builder Factory 并在幕后使用类。这些类也经过优化以适合所有用户。例如，我不需要命名空间支持等。

<?xml version="1.0" encoding="utf-8">
<root>
 <testdata>value</testdata>
</root>
</xml>

考虑上面非常简单的 XML 代码。如果您使用标准工具构建，那么仅仅为了制作这个简单的 XML 就会涉及很多工作。我认为最好自己使用 String 生成它。

更新 2。性能要求是代码应该做尽可能多的事情来生成简单的 XML，而不是更多。

更新 3. 感谢大家的精彩评论!现在我更好地理解了我需要什么，并且我最初的目标没有用“性能”这个词设置得非常正确。我的真正目标是使用足够简单的解决方案和方便的 DSL 来描述 XML 结构并生成 XML 输出。

我将使用纯 Java 对象作为 XML 的 DSL，并使用 XStream 库生成 XML，这是非常简单的解决方案。

更新 4. JAXB。 我讨论了 XStream 与 JAXB，发现 JAXB 比 XStream 更快。另外，我已经在我的项目中使用了 JAXB，而且我喜欢它的标准注释。我改变了主意，现在将使用 JAXB，因为 XStream 最初是在 JAXB 不如今天那么好时大力开发的。

Answer 1

我会提出一些非常有争议但仍然...

对这两个库进行分析和性能测试。

如果您没有时间这样做，我认为假设某些东西很慢将是错误的选择。 因为如果事实证明它实际上并不慢，那么使用已经构建并受支持的库/框架将为您节省大量时间。

另一个想法。 无论如何，您都需要根据已经可用的解决方案来测试您完成的高性能解决方案，以检查它是否真的是高性能的。因此，我强烈建议您在开始自己的库之前测量可用库的性能。