• [^] # Re: Nuances sur le nettoyage XSLT

    Posté par . En réponse à la dépêche LibreOffice 4.4 : sous le capot. Évalué à 6. Dernière modification le 12 février 2015 à 09:22.

    le manque d’opérations triviales (formatage de dates par exemple)

    En XSLT1, rien n'est prévu pour gérer les dates. Mais ce n'est pas le cas en XSLT2. Ceci dit, c'est extrêmement pénible à utiliser. Par exemple, s'il faut convertir "02-23-2015" en "23 février 2015", il faut commencer par bricoler en découpant la chaîne par position avant d'appliquer les fonctions de date : plusieurs dizaines de lignes de code en tout, soit un facteur 10 par rapport à un langage généraliste.

    À mes yeux, le principal défaut de XSLT est que c'est un carcan plutôt étroit. Pour un besoin simple, tout va bien. Quand on commence à manipuler le texte des attributs, on commence à suer. Mais le jour où l'on décide de normaliser certaines valeurs XML en croisant avec une base de données, alors la feuille XSL devient un boulet. On peut paraît-il y greffer des modules pour lancer des requêtes SQL en cours de transformation, mais ça semble aussi productif que de remplacer systemd par emacs.