🚀 go-pugleaf

On 1 juin, 21:38, Medhi Benkir <b...@maps.freesurf.fr> wrote:
> xmlizer a écrit :
>
> > On 31 mai, 20:44, Medhi Benkir <b...@maps.freesurf.fr> wrote:
> >> Que suggéreriez-vous pour manipuler expertement des données représentées
> >> sous la forme de fichiers XML avec un langage de programmation plus
> >> classique qu'XSLT ?
>
> > Pourquoi avoir éliminer XSLT ?
>
> Le langage était trop inhabituel à mes yeux, et, malgré un survol rapide
> du "XSLT en action" de chez O'Reilly, je n'ai pas réellement compris
> comment faire des choses qui ne me semble pas bien difficiles à faire
> avec un langage plus classique.

Possible ! XSLT est effectivement différent : c'est un langage
fonctionnel (cf. http://fr.wikipedia.org/wiki/Programmation_fonctionnelle)

Mais cela est une force au lieu d'un inconvenient

>
> Qui plus est, il ne semblait pas aisé de trouver un interprète XSLT
> courant sans devoir se poser des questions quand à savoir quoi
> exactement était implémenté à quel point, alors qu'il existe tant
> d'autres langages très répandus.

Je ne comprends pas cette phrase
XSLT 1.0  est une specification assez claire et désormais ancienne
(1999) et les outils disponibles sont légions : Xalan, Saxon, LibXSLT,
MsXML, etc.

La norme XSLT 2.0 est effectivmeent récente (janvier 2007), cependant,
il existe au moins 3 implémentations (Saxon, Gestalt, et Altova)

XSLT en action doit couvrir XSLT 1.0 et de nombreux developpements
peuvent être fait de manière très efficace dans cette version

Quand aux langages très répandus, ils proposent pour la plupart la
possibilité de lancer une transformation XSLT (Java par le biais de
JAXP, .Net a aussi une API XSLT, de même que PHP) donc je ne vois pas
en quoi cela serait contradictoire...

Mes deux drachmes

Xmlizer