Pregunta

He usado jdom en el pasado y he examinado brevemente XOM y DOM4j . Cada uno parece proporcionar esencialmente lo mismo, ya que cada uno proporciona un envoltorio simplificado sobre las API W3C DOM (muy obtusas) estándar.

Sé que JDOM realizó un esfuerzo para desarrollar un JSR y un proceso de estandarización en un momento dado, pero que yo sepa, ese esfuerzo nunca fue a ninguna parte. Todo el proyecto parece estar estancado con poco desarrollo nuevo en los últimos años.

¿Hay consenso en cuanto a cuál es el mejor? Además, ¿cuáles son los pros y los contras de cada uno?

¿Fue útil?

Solución

Me gusta XOM , porque me gusta la forma en que piensa Elliotte Rusty Harold. De los que mencionas, creo que es el que más se aleja de las API estándar de DOM, pero considero que es un beneficio.

Una vez implementé una biblioteca DOM para Cocoa, y XOM fue mi inspiración.

También he trabajado con JDOM, y no hay nada de malo en ello, aunque prefiero XOM.

Otros consejos

Si bien dom4j es un jugador antiguo, hemos estado usando Es por un tiempo y no me he arrepentido todavía. Características fuertes: simplicidad, soporte xpath y otros. Lados débiles: aún no es compatible con Java 5.0, pero la versión 2.0 finalmente se ha anunciado.

Todo depende del conjunto de características. Si desea beneficiarse de un motor de transformación XSL (como Xalan) o un motor XPath (como Jaxen o Saxon), recomendaría apegarse al marco más popular disponible como Apache Xerces, JDOM.

Después de eso, todo es cuestión de gustos. Personalmente utilizo un W3C compatible (org.w3c. *) Como Apache Xerces porque son lo suficientemente comunes, razonablemente rápidos y bien compatibles con la Comunidad Java.

Por supuesto, si necesita una velocidad cegadora y no le importan XPath, XQuery o XSL, seguramente puede encontrar algo que es mucho más rápido y / o necesita muchos recursos. (es decir, una implementación de StAX)

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top