Mariusz S. pisze:
> mhy, przerobić zawsze można, ale myślałem, że można rozwiązać ten
> problem po stronie szablonu.
No tak. Tak byłoby najlepiej. Wtedy samo php sprowadzałoby się do
przetransformowania GET na XML i odpalenia czegoś w stylu:
xslt::transformacja('szablony/index.xsl', $xml);
> Tworzenie oddzielnych plików xsl dla każdej akcji w module moim zdaniem
> mija się z sensem.
A jednak cytujesz takie rzeczy, jak kontakt_dodaj.xsl i kontakt_lista.xsl,
ponieważ chcesz pewne rzeczy trzymać osobno. Proponuję coś takiego (mogą być
błędy, to tylko koncepcja):
kontakty_dodaj.xsl:
<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" version="1.0">
<xsl:import href="modul.xsl" />
<xsl:template mode="abc" match="*">
<!-- tutaj rzeczy z dodaj -->
</xsl:template>
<xsl:template match="system">
<xsl:call-template name="strona" /> <!-- ewentualnie z with-param, jeśli trzeba
-->
</xsl:template>
</xsl:stylesheet>
modul.xsl:
<xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" version="1.0">
<xsl:import href="head.xsl" />
<xsl:import href="body.xsl" />
<xsl:template name="strona">
<html lang="pl">
<head>
<xsl:apply-templates select="." mode="Head"/>
</head>
<body>
<xsl:apply-templates select="." mode="Body"/>
</body>
</html>
</xsl:template>
</xsl:stylesheet>
fragment body.xsl:
<!-- zamiast choose -->
<xsl:apply-templates select="." mode="abc"/>
Jednak patrząc z szerszej perspektywy, to Twoje rozwiązanie jest lepsze. Masz
na wejściu xml, w którym w zależności od pewnego elementu/atrybutu chcesz
wykonać pewne template'y. xsl:choose właśnie do tego służy i to jest poprawne
rozwiązanie. Być może chciałbyś zaimportować tylko taki akrusz, z którego
rzeczywiście skorzystasz, a nie wszystkie (kontakty_dodaj.xsl,
kontakty_lista.xsl). I to jest właśnie to coś, co ja bym rozwiązywał na poziomie
PHP. Wybór arkuszu. Ten wybór zależy od parametrów z GET, które i tak
przetwarzasz w PHP, więc wybór arkuszu niewiele tutaj miesza, a będzie
optymalizacją dla silnika XSLT, który nie będzie musiał przetwarzać tylu plików.
Ile to będzie kodu w PHP i co tracisz nie robiąc tego w XSLT?
A jeśli z jakichś innych powodów bardzo zależy Ci na tym, żeby jednak pewne
rzeczy zrobić w XSLT, a nie PHP, to szomiz podał najlepsze i najmocniejsze
rozwiązanie:
"Transformacje, przed jej wykonaniem mozesz... stransformowac ;>"
Będzie to wymagało podwójnej transformacji za każdym razem (przez to
wolniejsze), ale będziesz miał swobodę, jakiej chcesz. Oczywiście do momentu,
kiedy okaże się, że przydałoby się to 3 razy transformować:)
Podsumowując wywód: XSLT to nie Lisp. Tutaj nie można wszystkiego.
Fermer session 
Chargement en cours...
Sujet: Re: [XSLT] Dynamiczne szablony 
De: 
Date: 
Re: [XSLT] Dynamiczne sz
Groupes favoris (
cette fonctionnalité est reservée aux membres ayant une session active !
Groupes récents (1)
pl.comp.xml
Pour commencer 
Usenet: c'est quoi? 
Internet
Tous les groupes 
Hiérarchie des Usenets 
fr. Groupes français 
