Xslt bon choix pour le cadre web?

XSLT est un ensemble de règles pour transformer un arbre en un autre arbre. Pour l'utiliser efficacement, pensez-y de cette façon.

Quelques avantages du XSLT pour moi:

1. Chaque codeur HTML, je peux compter sur, peut écrire des transformations XSLT (je peux facilement externaliser le codage HTML), mais il n'y a pas beaucoup d'entre eux qui peuvent facilement traiter des contrôles ASP.NET, Mako Modèles, Django, JSP, Modèles Smarty et autres moteurs en même temps.
2. Lorsqu'il est utilisé correctement XSLT est autonome. Je peux fournir le codeur HTML avec une entrée XML, négocier sur le processeur XSLT et développer des transformations XSLT séparées de l'application elle-même.
3. L'environnement XSLT est de la boite de sable, le codeur HTML ne peut presque pas ouvrir un trou de sécurité lui-même.
4. XSLT n'est pas lié à XML: vous pouvez écrire votre propre adaptateur pour livrer des données à XSLT et enregistrer votre propre gestionnaire de sortie. Ce n'est pas une option pour les solutions basées sur libxslt (PHP, Python).

   Mais cela signifie que vous ne devez pas casser la flexibilité. J'ai vu des environnements lorsque des cas complexes avec de nombreux effets secondaires ont été transmis à une transformation saxonne et que l'arborescence d'entrée n'a été utilisée que pour initier le processus. Il n'y avait aucun moyen de se développer séparément du serveur d'applications complexes et vous deviez déployer votre feuille de style pendant 5 minutes simplement pour voir si la sortie est correcte.

   upd upd : quelques meilleures pratiques de mine:

   La principale chose, comme je l'ai dit, est de garder la transformation XSLT séparée. LIBXSLT + EXSLT, MSXSL + Extensions natives, etc., devrait suffire à la transformation. Si XSLT manque quelques outils électriques, je préfère le faire dans le code d'appel et passer à la transfomation dans l'arborescence d'entrée.

   L'application doit construire un XML (ou un arbre) d'une structure prévisible (documentée). Pour chaque page, je suis intéressé par:

   1. Je génère un XML (ou écrivez-le manuellement s'il n'est pas encore facile à obtenir);
   2. Préparez le HTML résultant Je vais obtenir en tant que fichier statique distinct;
   3. Définissez une transformation XSLT (de plusieurs pages, cela peut être le même).

      Puis je mettais tout dans un VCS et crée un fichier de commandes pour appliquer à chaque XML le XSL correspondant, de sorte que le résultat écrasait les fichiers HTML statiques.

      En cours d'exécution SVN DIFF HTML-Dossier (ou similaire) me montrera si une transformation a cassé le HTML, et où exactement. Je fais des modifications dans XSL et exécutez à nouveau le lot. Une fois que le HTML est le même, je vous engage.

      Chaque modification de la structure de document XML doit permettre de mettre à jour les XML et XSLTS correspondants, de sorte que HTML reste le même. Chaque variation demandée dans HTML devrait conduire à la modification correspondante des XSLTS. Le codeur HTML peut fonctionner de manière isolée et je peux voir si quelque chose s'est mal passé.

      Les pages de l'application, où j'utilise le XSLT accepte généralement un paramètre d'obtention comme showInput = 1 pour ramener l'arborescence d'entrée nue sans transformation appliquée, de sorte que je puisse l'enregistrer et ajouter à VCS comme un autre cas particulier. < / p>

      Caching concrétissant, quand j'en ai besoin, je me cache généralement la page HTML Ready. Les pièces de pages modifiées fréquemment sont chargées avec des scripts client.