Wykonywanie skomplikowanych zapytań XPath w Scala

Question

Jaki jest najprostszy interfejs API do użycia w scala do wykonywania następujących zapytań XPath w dokumencie?

//s:Annotation[@type='attitude']/s:Content/s:Parameter[@role='type' and not(text())] 

//s:Annotation[s:Content/s:Parameter[@role='id' and not(text())]]/@type 

(s jest zdefiniowany jako pseudonim dla danej przestrzeni nazw)

Jedynym dokumentację można znaleźć na bibliotekach XML Scala zawiera żadnych informacji na temat wykonywania skomplikowanych zapytań XPath rzeczywistym.

Kiedyś lubiłem JDOM w tym celu (w Javie), ale ponieważ JDOM nie obsługuje generycznych, praca z Scala będzie bolesna. (Inne biblioteki XML dla Javy mają tendencję do być jeszcze bardziej bolesne w Javie, ale muszę przyznać, że nie wiem, krajobraz naprawdę dobrze.)

Answer 1

Myślę, że pójdę z lekkim sapaniem XOM. To trochę szkoda, że ​​autorzy XOM zdecydowali się nie ujawniać kolekcji węzłów potomnych i tym podobnych, ale mieli więcej pracy i mniejszą przewagę nad tym w Javie niż w Scali. (I to jest inaczej dobrze zaprojektowane biblioteka).

EDIT: I skończyłem stręczycielstwo JDOM po wszystkim, bo XOM nie kompiluje kwerend XPath z wyprzedzeniem. Ponieważ większość moich wysiłków była skierowana na XPath, udało mi się wymyślić dobry model, który rozwiązuje większość problemów związanych z rodzajami leków. Nie powinno być zbyt trudno wymyślić rozsądnie generycznych wersji metod getChildren i getAttributes i getAdditionalNamespaces w org.jdom.Element (przez sfor- mułowanie biblioteki nowymi metodami, które mają lekko zmienione nazwy). Nie sądzę, że istnieje poprawka dla getContent, i nie jestem pewien o getDescendants.

Answer 2

//s:Annotation[@type='attitude']/s:Content/s:Parameter[@role='type' and not(text())] 

Cóż, ja nie rozumieją notacji s: i mogłam znaleźć go na specyfikacji XPath. Jednakże, nie zważając, że będzie to wyglądać tak:

(
    (xml 
    \\ "Annotation" 
    filter (_ \ "@type" contains Text("x")) 
) 
    \ "Content" 
    \ "Parameter" 
    filter (el => (el \ "@type" contains Text("type")) && el.isInstanceOf[Text]) 
) 

Uwaga konieczność nawiasie powodu wyższego pierwszeństwa \ nad filter. Zmieniłem formatowanie na wyrażenie wielowierszowe, ponieważ odpowiednik Scala jest zbyt rozwlekły dla pojedynczej linii.

Nie mogę jednak odpowiedzieć na temat przestrzeni nazw. Nie ma wskazówki, jak z nimi pracować przy wyszukiwaniu, jeśli jest to nawet możliwe. Dokumenty wymieniają @{uri}attribute dla prefiksowanych atrybutów, nie wspominają nic o prefiksowanych elementach. Zwróć też uwagę, że musisz przekazać URI, który rozwiąże obszar nazw, który chcesz, ponieważ literalne przestrzenie nazw w wyszukiwaniu nie są obsługiwane.

Answer 3

Domyślam się, że gdy dojdzie do dojrzałości scalaxmljaxen, będziemy mogli to zrobić niezawodnie na wbudowanych klasach XML scala.

Answer 4

Scales Xml dodaje zarówno ciąg oparciu ocenę pełnej XPath oraz wewnętrzny DSL zapewniając dość pełne pokrycie dla zapytań

Answer 5

Sugerowałbym użyciu kantan.xpath:

import kantan.xpath._ 
import kantan.xpath.implicits._ 

input.evalXPath[List[String]](xp"/annotation[@type='attitude']/content/parameter[@role='type' and not(text())]/@value") 

Daje:

res1: kantan.xpath.XPathResult[List[String]] = Success(List(foobar))