A voir également:
- [XML] XSLT vs XQuery
- Xml download - Télécharger - Édition & Programmation
- Udp vs tcp - Guide
- Office xml handler - Télécharger - Traitement de texte
- Driveimage xml - Télécharger - Sauvegarde
- Max vs netflix - Accueil - Streaming
2 réponses
Obeet
Messages postés
1766
Date d'inscription
mercredi 13 octobre 2004
Statut
Modérateur
Dernière intervention
17 novembre 2010
30
22 déc. 2005 à 08:11
22 déc. 2005 à 08:11
Salut,
Pour ton PS:
xsltproc
Pour ton PS:
xsltproc
crabs
Messages postés
908
Date d'inscription
lundi 18 avril 2005
Statut
Membre
Dernière intervention
3 août 2008
507
22 déc. 2005 à 10:32
22 déc. 2005 à 10:32
Salut,
[j'exprime ici un sentiment personnel basé sur une bonne connaissance de
XSL et une légère sur XQUERY]
C'est pas tout à fait la même chose. Pour moi XSL (et XSLT) parcourt l'arbre,
les instructions de type apply-templates, utilise la position courante
dans l'arbre xml qu'on est en train de parcourir. Même si par le biais XPATH
on peut retrouver des éléments du document hors du noeud courant.
XQUERY est plutôt un langage de requette sur un document complet
permettant de générer un nouvel arbre. Cet arbre pouvant contenir des
éléments de transformation (vers HTML ou XHTML).
La similitude entre les XQUERY et XSL semble forte car les 2 utilisent
XPATH. Mais pour moi un traitement XQUERY est orienté 'production de
données' et XSL est orienté 'production de document'.
Mais il est vrai qu'au sein du W3C des débats font rage sur l'utilité des 2 specs.
A+, crabs
[j'exprime ici un sentiment personnel basé sur une bonne connaissance de
XSL et une légère sur XQUERY]
C'est pas tout à fait la même chose. Pour moi XSL (et XSLT) parcourt l'arbre,
les instructions de type apply-templates, utilise la position courante
dans l'arbre xml qu'on est en train de parcourir. Même si par le biais XPATH
on peut retrouver des éléments du document hors du noeud courant.
XQUERY est plutôt un langage de requette sur un document complet
permettant de générer un nouvel arbre. Cet arbre pouvant contenir des
éléments de transformation (vers HTML ou XHTML).
La similitude entre les XQUERY et XSL semble forte car les 2 utilisent
XPATH. Mais pour moi un traitement XQUERY est orienté 'production de
données' et XSL est orienté 'production de document'.
Mais il est vrai qu'au sein du W3C des débats font rage sur l'utilité des 2 specs.
A+, crabs
hibou57
Messages postés
130
Date d'inscription
samedi 21 mai 2005
Statut
Membre
Dernière intervention
4 juillet 2010
61
23 déc. 2005 à 05:46
23 déc. 2005 à 05:46
Bonjour Crabs, ça me fait plaisir d'avoir une réponse de quelqu'un qui a l'air d'avoir un feeling de la chose.
Tu surement raison. En fait, j'avais introduit la nuance qu'il manquerait à XQuery, un moyen d'intercalé des éléments supplémentaire entre les renvoie de requête. En fait, je me disais que XQuery pouvait être un sous ensemble de XSL... ou plutôt que XQuery, pourrait être un instrument au service de XSL. On pourrait séparé les deux, faire référence à XQuery dans XSL, et n'y laissé que ce qui est propre à la représentation, et laissé à XQuery tout ce qui est de l'extraction des donné.
Enfin, à vrai dire, je ne suis pas les débats du W3C, alors je ne suis pas informé à ce niveau.
Je sens bien ce que tu veux dire
Tu surement raison. En fait, j'avais introduit la nuance qu'il manquerait à XQuery, un moyen d'intercalé des éléments supplémentaire entre les renvoie de requête. En fait, je me disais que XQuery pouvait être un sous ensemble de XSL... ou plutôt que XQuery, pourrait être un instrument au service de XSL. On pourrait séparé les deux, faire référence à XQuery dans XSL, et n'y laissé que ce qui est propre à la représentation, et laissé à XQuery tout ce qui est de l'extraction des donné.
Enfin, à vrai dire, je ne suis pas les débats du W3C, alors je ne suis pas informé à ce niveau.
Je sens bien ce que tu veux dire
23 déc. 2005 à 05:41