Nativní XPath 2.0 engine pro Python (diskuse)

[zoul]

…teď ještě kdyby někdo chtěl v Pythonu implementovat XSLT 2.

[Daniel Kvasnička ml.]

Muzes zkusit Jython & Saxon, udajne funguje docela pouzitelne. A pokud vim, tak Trolltech pripravuje do noveho Qt implementaci XQuery, coz je taky alternativa (za predpokladu, ze k tomu budou v budoucnu Python bindings, coz pokladam za automaticke...)

[Kyosuke]

Ach jo, v Pythonu (= velmi dobrém programovacím jazyku) implementovat XSLT (jazyk sice turingovsky úplný (takže ho všichni patřičně zneužívají), ale k němu se radši nebudu vyjadřovat, aby mě nesmazali)? Neděs mě. Fascinuje mě, že (mimo Scheme, kde to už někdo udělal - SXSLT) ještě nikdo nenapsal duševně zdravou knihovnu nebo API pro transformace stromových struktur přímo v daném jazyku. (Navíc by to podobně jako JXPath nemuselo fungovat jen pro XML... )

[Kyosuke]

Hmm, ale když se teď dívám na tu stránku a na zmínku o "Top Down Operator Precedence", nemohu se ubránit jistému zadostiučinění.

[zoul]

Ach jo, v Pythonu (= velmi dobrém programovacím jazyku) implementovat XSLT (jazyk sice turingovsky úplný (takže ho všichni patřičně zneužívají), ale k němu se radši nebudu vyjadřovat, aby mě nesmazali)? Neděs mě.

Mně se v XSLT hezky píšou weby. Dělám převážně statické věci, takže si zdrojové texty nachystám v co nejjednodušším XML a pomocí XSLT je překlopím do výsledných stránek. XSLT 2 je ještě pořád dost ukecané, ale na míchání cílového značkování a té zpracovávací logiky mi přijde dobré. Jen mi právě chybí implementace XSLT 2 v nějakém rozumném skriptovacím jazyku, abych si sem tam nějakou tu složitější logiku mohl napsat třeba v Pythonu nebo Perlu a dobře se to míchalo.

Fascinuje mě, že (mimo Scheme, kde to už někdo udělal - SXSLT) ještě nikdo nenapsal duševně zdravou knihovnu nebo API pro transformace stromových struktur přímo v daném jazyku.

V tom dokumentu píšou:

Fewer and fewer people consider XML to be an acceptable notation for a programming language.

Jako obecný programovací jazyk je XSLT vážně pitomý, ale pokud se použije jako nějaký „transformační engine“ a opravdická logika se udělá jinde, nevidím v tom větší problém.

A transformed document or its part cannot easily be retransformed.

Tomuhle nerozumím vůbec. Celý dokument i jeho část se dá transformovat víckrát, a to celkem jednoduše.

¶

A co se týká transformací přímo v daném jazyce, Haskell XML Toolbox by se asi dal počítat? Sice mají implementované XSLT, ale samotné rozhraní knihovny toho umí hodně.

[Kyosuke]

Jen mi právě chybí implementace XSLT 2 v nějakém rozumném skriptovacím jazyku, abych si sem tam nějakou tu složitější logiku mohl napsat třeba v Pythonu nebo Perlu a dobře se to míchalo.

Jeden kolega používá v Pythonu kvůli tomuhle LXML, potřeboval do XSLT dostat něco složitějšího, a při použití LXML se XSLT dá rozšiřovat v Pythonu. Musím přiznat, že ze vechn knihoven pro práci s XML v Pythonu se mi LXML co do použitelnosti zatím líbí asi tak nejvíc.

Tomuhle nerozumím vůbec. Celý dokument i jeho část se dá transformovat víckrát, a to celkem jednoduše.

Předcházející věta ("XSLT templates are not first class") ve mně evokuje dojem, že Oleg chtěl vyjádřit něco jiného a nepovedlo se mu to srozumitelně. Jak s tím přesně souvisí opakovaná transformace, nu, to taky netuším.

[Daniel Kvasnička ml.]

Navíc by to podobně jako JXPath nemuselo fungovat jen pro XML... )

Wow, vzdycky jsem o necem jako je JXPath snil, ale nikdy me nenapadlo, ze by to uz nekdo napsal Dobra vec, IMHO na mnoho veci lepsi nez treba LINQ.