Welche Java DOM Wrapper ist die beste oder am beliebtesten? [geschlossen]

Question

Ich habe jdom in der Vergangenheit verwendet, und habe kurz bei XOM und DOM4j aussehen. Jeder scheint im Wesentlichen die gleiche Sache zu liefern, wie sie jeweils eine vereinfachte Wrapper über den (sehr stumpfen) Standard W3C-DOM-APIs bieten.

Ich weiß, dass JDOM durch einige Anstrengung ging einen JSR und Standardisierungsprozess an einem Punkt zu entwickeln, aber soweit ich diese Anstrengung kann nie wissen, überall ging. Alle des Projektes erscheinen in Stase mit wenig neuen Entwicklung in den letzten Jahren sein.

Gibt es einen Konsens darüber, welche ist die beste? Auch was sind die Vor- und Nachteile der einzelnen?

Answer 1

Ich mag XOM , weil ich die Art und Weise Elliotte Rusty Harold denkt mögen. Von denen, glauben Sie erwähnt, dass ich es derjenige ist, der sich von der DOM-Standard-API irrt: s die meisten, aber halte ich für einen Nutzen

.

I umgesetzt einmal eine DOM-Bibliothek für Cocoa und XOM war meine Inspiration.

Ich habe auch mit JDOM gearbeitet, und es gibt absolut nichts falsch mit ihm, obwohl ich XOM bevorzugen.

Answer 2

Während dom4j ein alter Spieler ist, haben wir schon mit es für eine Weile und haben es noch nicht bereut. Starke Eigenschaften: Einfachheit, XPath-Unterstützung und andere. Schwache Seiten:. Noch unterstützen Java 5.0, aber Version 2.0 wurde schließlich bekannt gegeben,

Answer 3

Es hängt alles von dem Feature-Set. Wenn Sie von einer XSL-Transformation Engine (wie Xalan) oder eine XPath Engine (wie Jaxen oder Saxon) profitieren wollen würde ich empfehlen, zu den populäreren Rahmen kleben verfügbar wie Apache Xerces, JDOM.

Danach, es ist alles eine Frage des Geschmacks. Ich benutze personnally ein W3C-konform (org.w3c. *) Wie Apache Xerces, weil sie häufig genug sind, recht schnell und gut von der Java Community unterstützt.

Natürlich, wenn Sie blendend Geschwindigkeit benötigen und kümmern sich nicht um XPath, XQuery oder XSL, können Sie sich sicherlich etwas finden, das viel schneller ist und / oder ressourcen-hungrig. (D A StAX Implementation)