🚀 go-pugleaf

Dans l'article <466075a2$0$3189$426a34cc@news.free.fr>,
  Medhi Benkir <benk@maps.freesurf.fr> �crit:

> 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.

Pourtat c'est tr�s propre et son c�t� fonctionnel (jamais d'effets de
bord) rend les feuilles de styles tr�s facilement maintenables et les
bugs assez faciles � d�tecter et corriger.

> 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.

libxslt est assez rapide et r�pandu. Je l'utilise � la fois via
xsltproc et dans des scripts Perl via XML::LibXSLT.

Son seul gros probl�me � ma connaissance est qu'il est tr�s inefficace
quand on utilise document() pour charger plusieurs documents utilisant
une grosse DTD. Par exemple, si une feuille de styles XSLT doit charger
50 petits documents DocBook avec document(), alors libxslt va charger et
parser 50 exemplaires de la DTD DocBook et tous les garder en m�moire!
On arrive ainsi facilement � plusieurs centaines de Mo de m�moire vive
utilis�e. Ma solution actuelle est de fournir via un catalogue des DTD
vides ou seulement avec les entit�s que j'utilise.

-- 
Vincent Lef�vre <vincent@vinc17.org> - Web: <http://www.vinc17.org/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/>
Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)