Clojure d'Analyse XML

Je ne peux trouver aucune info sur comment analyser des documents xml et des éléments d'accès.

J'ai trouvé deux façons d'analyser le document xml

(clojure.zip/xml-zip (clojure.xml/parse file))

et 

(parse-seq file)

mais je peut sembler à trouver des infos sur la façon de traiter la structure qui en résulte?

Source du fichier se réfère à zip-requête.clj sur la façon d'interroger le résultat, mais qui semble manquer aussi.

  • Les exemples de zip-requête.clj peut être trouvé dans xml_test.clj qui se trouve dans src/test/clojure/clojure/data/zip dans le dépôt github pour clojure.data.zip
  • Drôle, j'ai demandé à ce que bien, et a obtenu d'excellentes réponses de certains de la plupart des gens utiles sur DONC. Cependant, même après l'exécution de l'résultant analysée data.xml par le biais de l'une des suggestions, la nouvelle structure ne fait toujours pas beaucoup de sens pour moi. Je vais regarder votre xml-zip, à moins que data.xml c'est son successeur.
InformationsquelleAutor Hamza Yerlikaya | 2009-07-28
  1. 81

    Supposons que vous disposez des éléments xml à analyser dans votre fichier:

    <high-node>
   <low-node>my text</low-node>
</high-node>

    vous chargez clojure.xml: 

    user=> (use 'clojure.xml)

    quand analysée, le xml aura la structure suivante:

    {:tag :high-node, :attrs nil, :content [{:tag :low-node, :attrs nil, :content ["my text"]}]}

    et puis vous pouvez seq sur le contenu du fichier pour obtenir le contenu de la low-node:

    user=> (for [x (xml-seq 
              (parse (java.io.File. file)))
                 :when (= :low-node (:tag x))]
         (first (:content x)))

("my text")

    De même, si vous voulez avoir accès à l'ensemble de la liste des informations sur les bas-nœud, vous pouvez modifier l' :when prédicat (= (:high-node (:tag x))):

    user=> (for [x (xml-seq 
              (parse (java.io.File. file)))
                 :when (= :high-node (:tag x))]
         (first (:content x)))

({:tag :low-node, :attrs nil, :content ["my text"]})

    Cela fonctionne parce que les mots clés peuvent fonctionner comme des fonctions. Voir Des Questions sur les listes et d'autres choses en Clojure et Structures De Données: Les Mots Clés

    • Excellente Réponse!
    • Très belle explication! Je vais essayer cette.
    • (disclaimer: je suis un clojure newb)... Mais j'ai trouvé cela a fonctionné pour moi dans le REPL, et je ne pouvais pas le faire fonctionner dans un fichier (mon ignorance est à blâmer). L'clojure.data.zip.xml a travaillé pour moi dans un fichier sans modification.
    • Souvent, les choses qui fonctionnent dans le REPL et pas dans un fichier sont "paresseusement évalué" les choses... Essayez cette section dans le tutoriel. Version courte: mettre (doall ...) autour de la (for).
    InformationsquelleAutor Pinochle
  2. 55

    La réponse ci-dessus fonctionne, mais je trouve ça beaucoup plus facile à utiliser clojure.data.zip.xml (utilisé pour être clojure-contrib.zip-filter.xml avant Clojure 1.3).

    fichier:

    myfile.xml:

    <songs>
  <track id="t1"><name>Track one</name></track>
  <track id="t2"><name>Track two</name></track>
</songs>

    code:

    ; Clojure 1.3
(ns example
  (:use [clojure.data.zip.xml :only (attr text xml->)]) ; dep: see below
  (:require [clojure.xml :as xml]
            [clojure.zip :as zip]))

(def xml (xml/parse "myfile.xml"))
(def zipped (zip/xml-zip xml))
(xml-> zipped :track :name text)       ; ("Track one" "Track two")
(xml-> zipped :track (attr :id))       ; ("t1" "t2")

    Malheureusement, vous avez besoin de tirer dans une dépendance sur data.zip pour obtenir cette belle lecture/fonctionnalités du filtre. Il vaut la peine de la dépendance 🙂 Dans lein il serait (à compter de 17-Aug-2013):

    [org.clojure/data.zip "0.1.1"]

    Et comme pour les docs pour data.zip.xml ... je viens de regarder le relativement petit fichier source ici voir ce qui est possible. Un autre bon ALORS répondez ici, trop.

    • Cela a très bien fonctionné pour moi dans un projet que je suis en train de travailler sur.
    • Je ne comprends pas pourquoi (xml-> zippé :piste :texte nom) va fonctionner, mais (xml-> zippé :chansons :track :texte nom) ne fonctionnent pas ou (xml-> zippé :texte nom) ne fonctionnent pas. Pas sûr de savoir pourquoi vous devez spécifier un certain niveau de nestedness des balises, mais pas d'autres.
    • c'est un fermeture à glissière, les fermetures éclair sont sensibles au contexte et qu'ils ont un nœud actuel, et vous devez leur remettre la traversée des instructions de manière appropriée par rapport à ce nœud de contexte. Apparemment contexte par défaut nœud est la racine qui a du sens.
    InformationsquelleAutor overthink