Discussion :

[chronos]

Bonjour à tous,

Je viens de lire cet article http://www.developer.com/xml/article.php/1562561 et j'ai quelques questions.

Pour commencer un petit résumé s'impose (pour ceux qui n'irons pas lire l'article en question), l'idée est de générer du code compilable (C++ dans mon cas) via l'utilisation de XSL et de <xsl:output method="text"/>.

Ma question est plutot d'ordre 'conceptuelle' le code source (C++) que je dois génrer à t'il sa place dans un fichier XSL, ou y'a t'il une manière de faire autrement pour faire de la génération de code en utilisant XSL ?

Merci.

[alain.couthures]

Je commence à avoir une bonne expérience en génération de code avec XSLT (C#, Javascript, CSS) et, je peux même le dire, c'est ce que je préfère faire avec !

XSLT est un langage de compilation au sens même du terme : traduire un langage en un autre. Pas plus tard que la semaine dernière, sans savoir que c'est exactement ce que je fais dans mon projet XSLTForms, Michael Kay, l'inventeur de XSLT 2.0, me soumettait l'idée de compiler du XForms en XHTML+Javascript à l'aide uniquement de XSLT...

Tout d'abord, il faut savoir que XSLT génère très bien du texte. Cela veut dire que la feuille XSLT comporte des instructions dans le langage cible aggrémentées de parties variables générées.

Pour plus de souplesse, il m'est arrivé souvent de passer par une notation XML intermédiaire. Dans ce cas, il y a une première feuille XSLT qui génère les instructions en notation XML et une deuxième feuille XSLT uniquement chargée de reprendre en format texte les instructions en en gérant la syntaxe (; à la fin,...) et l'indentation.

J'ai toujours pris soin de laisser les expressions du langage au format texte dans cette notation XML, même si une représentation arborescente est évidemment possible, à la manière de XSLT qui utilise XPath qui n'est pas une notation XML. Il vaut mieux que cette notation reste lisible.

S'il y a beaucoup d'instructions à simplement recopier, il est toujours possible de les mettre dans un document XML (XSLT 1.0 ne sait lire que des documents XML) pour les insérer en une seule instruction. On peut aussi définir son propre modèle pour repérer par des balises personnelles les endroits où le code généré doit être inséré.

[chronos]

Merci de ce retour. Je me demandais si l'utilisation de XSLT pour générer du code était une lubie ou une vraie possibilité d'utiliser XSLT, il semble que la génération de code via XSLT dépasse la simple lubie :p

Il me reste cependant une interrogation, si je dois générer plusier fichiers sources à partir de mon unique document XML (contenant les infos concernant le code que je dois générer), la bonne pratique est de faire une feuille pour chacun des fichiers générés ou alors une seule feuille XSLT peut générer une multitude de fichiers source (C++) ?

[alain.couthures]

XSLT 1.0 ne peut générer qu'un seul fichier alors qu'XSLT 2.0 peut en générer plusieurs.

Malheureusement, il n'existe qu'une implémentation vraiment fiable de XSLT 2.0 (celle de Michael Kay, bien sûr) qui tourne sur Java et sur .Net (en s'appuyant sur une émulation Java...). Michael Kay propose maintenant différents versions dont certaines payantes.

De toute façon, plusieurs feuilles peuvent partager des templates communs (à l'aide de xsl:import) et en distinguer plusieurs devrait faciliter leur lisibilité.

[chronos]

Et bien c'est parfait
Merci pour ces précieuses informations