Pergunta

Eu usei jdom no passado e dei uma olhada rápida no XOM e DOM4j.Cada um parece fornecer essencialmente a mesma coisa, pois cada um fornece um wrapper simplificado sobre as APIs DOM W3C padrão (muito obtusas).

Eu sei que JDOM passou por algum esforço para desenvolver um JSR e um processo de padronização em um ponto, mas até onde eu sei esse esforço nunca foi a lugar nenhum.Todo o projeto parece estar estagnado, com poucos desenvolvimentos novos nos últimos anos.

Existe um consenso sobre qual é o melhor?Além disso, quais são os prós e os contras de cada um?

Foi útil?

Solução

Eu gosto XOM, porque gosto da maneira como Elliotte Rusty Harold pensa.Dos que você mencionou, acredito que seja o que mais se afasta da API padrão do DOM, mas considero isso um benefício.

Certa vez, implementei uma biblioteca DOM para Cocoa e o XOM foi minha inspiração.

Também trabalhei com JDOM e não há absolutamente nada de errado com isso, embora prefira XOM.

Outras dicas

Enquanto dom4j é um player antigo, já o usamos há algum tempo e ainda não nos arrependemos.Recursos fortes:simplicidade, suporte xpath e outros.Lados fracos:ainda não suporta Java 5.0, mas a versão 2.0 foi finalmente anunciada.

Tudo depende do conjunto de recursos.Se você deseja se beneficiar de um mecanismo de transformação XSL (como Xalan) ou de um mecanismo XPath (como Jaxen ou Saxon), eu recomendaria usar a estrutura mais popular disponível, como Apache Xerces, JDOM.

Depois disso, é tudo uma questão de gosto.Eu pessoalmente uso um compatível com W3C ( org.w3c.* ) como o Apache Xerces porque eles são bastante comuns, razoavelmente rápidos e bem suportados pela comunidade Java.

Claro, se você precisa de uma velocidade estonteante e não se importa com XPath, XQuery ou XSL, você certamente encontrará algo que é muito mais rápido e/ou que consome muitos recursos.(ou seja,Uma implementação StAX)

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top