🚀 go-pugleaf

Andrew Cohen pisze:
> Mariusz S. pisze:
>> Parametry zapytania GET pobierane są w php i wstawiane do
>>
>> $xml = "<?xml version="1.0"?>
>> <root>
>>   <zakladka modul="..." akcja="$_GET['akcja']">
>>   ...
>>   </zakladka>
>> </root>";
> 
>   No właśnie. O to chodzi. A tego php-a przepisać możesz czy nie możesz? 
> A jeśli możesz, to dlaczego tego choose nie zrobisz w php? Co tam idzie 
> dalej w tym kodzie? Jakieś PHP_XSLT_TRANSFORM($xml,'jakiś_plik.xsl'), w 
> którym to xsl gdzieśtam masz choose. Może zmienić choose na php-owy 
> switch i tyle. Napisz, co w takim rozwiązaniu jest złego.

mhy, przerobić zawsze można, ale myślałem, że można rozwiązać ten 
problem po stronie szablonu. W smarty nie było takich problemów!

Tworzenie oddzielnych plików xsl dla każdej akcji w module moim zdaniem 
mija się z sensem.

Obecnie w moim systemie transformacja odbywa się poprzez podanie nazwy 
modułu jako parametr i struktury xml

xslt::transformacja('szablony/'.$dane['modul'].'.xsl', $xml);

na wyjściu otrzymuje odpowiednią strukturę dokumentu uzależnioną od 
wywoływanej akcji i bez powtarzania kodu w szablonach. Moja metoda ma 
wady, ale wydaje się mniej pracochłonna w aktualizacji od Twojego 
rozwiązania.

Ale to dziwne, że w xslt niemożna zastosować wzorca MVC )-: