Question

J'ai utilisé jdom dans le passé et j'ai brièvement examiné XOM et DOM4j.Chacun semble fournir essentiellement la même chose, car ils fournissent chacun un wrapper simplifié sur les API DOM standard (très obtuses) du W3C.

Je sais que JDOM a déployé des efforts pour développer un JSR et un processus de normalisation à un moment donné, mais pour autant que je sache, ces efforts n'ont jamais abouti.L’ensemble du projet semble être au point mort avec peu de nouveaux développements au cours des dernières années.

Y a-t-il un consensus sur lequel est le meilleur ?Et quels sont les avantages et les inconvénients de chacun ?

Était-ce utile?

La solution

J'aime XOM, parce que j'aime la façon dont pense Elliotte Rusty Harold.Parmi ceux que vous mentionnez, je pense que c'est celui qui s'éloigne le plus de l'API standard DOM : les, mais je considère cela comme un avantage.

Une fois, j'ai implémenté une bibliothèque DOM pour Cocoa et XOM a été mon inspiration.

J'ai également travaillé avec JDOM, et il n'y a absolument rien de mal à cela, même si je préfère XOM.

Autres conseils

Alors que dom4j est un ancien lecteur, nous l'utilisons depuis un moment et nous ne le regrettons pas encore.Caractéristiques fortes :simplicité, support XPath et autres.Points faibles :pas encore pris en charge Java 5.0, mais la version 2.0 a finalement été annoncée.

Tout dépend de l'ensemble des fonctionnalités.Si vous souhaitez bénéficier d'un moteur de transformation XSL (comme Xalan) ou d'un moteur XPath (comme Jaxen ou Saxon), je vous recommande de vous en tenir au framework le plus populaire disponible comme Apache Xerces, JDOM.

Après, tout est question de goût.J'utilise personnellement un logiciel conforme au W3C ( org.w3c.* ) comme Apache Xerces car ils sont assez courants, raisonnablement rapides et bien pris en charge par la communauté Java.

Bien sûr, si vous avez besoin d’une vitesse fulgurante et que vous ne vous souciez pas de XPath, XQuery ou XSL, vous pouvez sûrement trouver quelque chose de beaucoup plus rapide et/ou gourmand en ressources.(c'est à dire.Une implémentation StAX)

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top