Domanda

Ho usato jdom in passato e ho esaminato brevemente XOM e DOM4j.Ognuno sembra fornire essenzialmente la stessa cosa, poiché ciascuno fornisce un wrapper semplificato sulle API DOM W3C standard (molto ottuse).

So che JDOM a un certo punto ha compiuto alcuni sforzi per sviluppare un JSR e un processo di standardizzazione, ma per quanto ne so lo sforzo non è mai andato da nessuna parte.Tutti i progetti sembrano essere in stasi con pochi nuovi sviluppi negli ultimi anni.

Esiste un consenso su quale sia il migliore?Inoltre quali sono i pro e i contro di ciascuno?

È stato utile?

Soluzione

mi piace XOM, perché mi piace il modo in cui pensa Elliotte Rusty Harold.Di quelli che menzioni, credo che sia quello che si allontana di più dall'API standard DOM: è il più, ma lo considero un vantaggio.

Una volta ho implementato una libreria DOM per Cocoa e XOM è stata la mia ispirazione.

Ho lavorato anche con JDOM e non c'è assolutamente nulla di sbagliato, anche se preferisco XOM.

Altri suggerimenti

Mentre dom4j è un vecchio lettore, lo usiamo da un po' e non ce ne siamo ancora pentiti.Caratteristiche forti:semplicità, supporto xpath e altri.Lati deboli:deve ancora supportare Java 5.0, ma la versione 2.0 è stata finalmente annunciata.

Tutto dipende dal set di funzionalità.Se desideri beneficiare di un motore di trasformazione XSL (come Xalan) o di un motore XPath (come Jaxen o Saxon), ti consiglio di attenersi al framework più popolare disponibile come Apache Xerces, JDOM.

Dopodiché è tutta questione di gusti.Personalmente utilizzo un software conforme al W3C ( org.w3c.* ) come Apache Xerces perché sono abbastanza comuni, ragionevolmente veloci e ben supportati dalla comunità Java.

Naturalmente, se hai bisogno di una velocità incredibile e non ti interessa XPath, XQuery o XSL, puoi sicuramente trovarti qualcosa che è molto più veloce e/o affamato di risorse.(cioè.Un'implementazione StAX)

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top