Où je peux trouver une comparaison détaillée de Java XML cadres?

Je suis en train de choisir un XML framework de traitement pour mes projets Java, et je suis perdu dans les noms.. XOM, JDOM, etc. Où je peux trouver une comparaison détaillée de tous populaire Java XML cadres?

InformationsquelleAutor yegor256 | 2010-10-04
  1. 61

    Que Blaise a souligné le bâton avec les normes. Mais il y a plusieurs normes créées au cours de la période de résoudre les différents problèmes/usecases. Lequel choisir dépend complètement de votre exigence. J'espère que la comparaison ci-dessous peut vous aider à choisir la bonne.

    Maintenant il y a deux choses vous avez le choix. API et la implémentations de l'API (ils sont nombreux)

    API

    SAX: Avantages

    • basée sur les événements
    • mémoire efficace
    • plus vite que DOM
    • prend en charge la validation du schéma

    SAX: Cons

    • Pas de modèle d'objet, vous devez puiser dans
      les événements et créer votre auto
    • Simple de parser du xml et ne peut
      aller de l'avant
    • lecture seule api
    • pas de charge de xpath
    • peu plus difficile à utiliser

    DOM: Avantages

    • en mémoire de modèle d'objet
    • préserve de l'élément de commande
    • bi-directionnelle
    • lire et à écrire api
    • xml MANIPULATION
    • simple à utiliser
    • prend en charge la validation du schéma

    DOM: Cons

    • dévoreur de mémoire pour les plus grands des documents XML
      (généralement utilisé pour les documents XML
      moins de 10 mo)
    • plus lent
    • modèle générique c'est à dire vous travaillez avec des Nœuds

    Stax: Avantages

    • Meilleur de SAX et DOM c'est à dire la Facilité de DOM
      et l'efficacité de SAX
    • mémoire efficace
    • Modèle d'extraction
    • lire et à écrire api
    • prend en charge subparsing
    • peut lire plusieurs documents en même temps
      dans un seul thread
    • le traitement parallèle de XML est plus facile

    Stax: Cons

    • aucun schéma en charge de la validation (dans la mesure
      comme je vous le rappeler, vous ne savez pas si ils ont
      ajouté ça maintenant)
    • ne peut aller de l'avant comme sax
    • pas de MANIPULATION de xml

    JAXB: Avantages

    • vous permet d'accéder et de processus XML
      de données sans avoir à connaître XML
    • bi-directionnelle
    • plus efficace en terme de mémoire que DOM
    • SAX et DOM sont génériques analyseurs où
      comme JAXB crée un analyseur spécifique à
      votre XML Schmea
    • de conversion de données: JAXB pouvez convertir xml
      à java, les types de
    • prend en charge XML MANIPULATION par l'objet
      API

    JAXB: Cons

    • peut analyser uniquement les fichiers XML valide

    Trax: Pour transformer des données XML à partir de 1 forme à une autre forme à l'aide de XSLT

    Implémentations

    SAX, DOM, Stax, JAXB sont juste des spécifications. Il y a beaucoup de open source et commerciales mises en œuvre de ces spécifications. La plupart du temps, vous pouvez simplement coller avec ce qui vient avec le JDK ou votre serveur d'applications. Mais parfois, vous avez besoin d'utiliser une autre application que celui fourni par défaut. Et c'est là où vous pouvez apprécier la JAXP api wrapper. JAXP vous permet de passer des implémentations par le biais de configuration sans avoir besoin de modifier votre code. Il fournit également un analyseur/spec indépendant de l'api pour l'analyse, la transformation, la validation et l'interrogation des documents XML.

    De la Performance et d'autres comparaisons de différentes implémentations

    Maintenant les normes sont bien, mais de temps en temps on rencontre cette folle cas d'utilisation où vous avez à l'appui de l'analyse du document XML qui est 100 gigaoctets de taille ou si vous avez besoin ultra rapide traitement de XML (peut-être vous êtes à la mise en œuvre d'un analyseur XML puce) et c'est quand vous avez besoin de vider les normes et les regarder d'une façon différente de faire les choses. Son sujet d'utiliser le bon outil pour le bon travail! Et c'est là que je vous suggère de regarder vtd-xml

    Pendant les premiers jours de SAX et DOM, les gens voulaient plus simple de l'API de celle fournie par l'un ou l'autre. JDOM, dom4j, XmlBeans, JiBX, Castor sont celles que je connais qui est devenu populaire.

    • JAXB (JSR-222) mises en œuvre n'exige pas un schéma XML ou étape de compilation. Voici un exemple de partir de classes Java: blog.bdoughan.com/2012/07/jaxb-no-annotations-required.html
    • Peut le monsieur qui a downvoted careto expliquer la raison de pls.
    • Ne vous fiez pas du tout mise en œuvre! Saint-s..., ai-je été f..... tout à l'heure. Oracle JDK 8 Unité de Test sur ma machine locale analyse de la Chaîne de valeur d'un XML-Nœud comme ceci: 'vyFPEHYkvQNfrR6i', le système de production crache ceci: [#texte: vyFPEHYkvQNfrR6i]. De même source. Fou!
    InformationsquelleAutor Aravind R. Yarram
  2. 2

    @Pangea

    JAXB vs DOM et SAX

    JAXB n'est pas directement comparable à DOM et SAX. La Java DOM et SAX
    l'analyse des Api de bas niveau Api pour parser des documents XML, tandis que JAXB
    (Java API for XML Binding) est un plus haut niveau de l'API pour la conversion de XML
    les éléments et les attributs d'un objet Java de la hiérarchie (et vice versa).
    Les implémentations de JAXB sera très probablement utiliser un DOM ou SAX parser
    en coulisses pour faire l'analyse du XML des données d'entrée.

    InformationsquelleAutor 小色狼