🚀 go-pugleaf

Witam,

Potrzebuję jakiegoś wygodnego modulu do szabolonów. Znam HTML::Temlate, ale 
przestaje mi on wystarczać. Jest sporo tego, możecie doradzić co wybrać?

Z wstępnego przejrzenia dokumentacji wytypowałem POE, Catalyst i Masonm ale 
by sprawdzić, co rzeczywiście te rzeczy potraią, musiałbym poświęcić sporo 
czasu na ich poznanie i wypróbowanie... 

Który z istniejących modułów spełnia poniższe oczekiwania, lub daje możliwość 
dorobienia takich funkcjonalności:

1. Możliwość stosowania komponentów - obiektowych modułów, o których 
istnieniu "nie wie" sam engine aplikacji.
Przykładowo w szablonie wpisuje coś w stylu <TMPL_COMPONENT 
OBJECT="MyModule::Task->new('<TMPL_VAR NAME=\"TASK\" />')" METHOD="display
(style => 'compact', cols => 2" />
A engine wyszuka sobie perlowy moduł MyModule::Task, zainicjuje go z podanym 
parametrem, a potem wykona na nim metodę display z podanymi argumentami i 
zwrócony ciąg wklei w to miejsce.
To przykład - chodzi mi o wyrzucenie pewnych komponentów do modułów - często 
są to obiekty typu DBIx::Class oparte o bazę danych - chciałbym móc dorzucać 
nowe komponenty, poprzez dogranie modułu, by móc potem je wykorzystywać tylko 
poprzez umieszczenie odwołania do niech w szablonie, bez konieczności 
grzebania w pozostałym kodzie (co najwyżej restart aplikacji).

2. Rekurencyjne przetwarzanie szablonu - by tekst zwrócony przez przykład z 
punktu wyżej mógł także zostać sparsowany jako szablon.
Oczywiśe to powinno także dotyczyć plików include'owanych (jak TMPL_INCLUDE z 
HTML::Temlate)

3. Fajnie by było, jakby szablon mógł być poprawnym plikiem XML - coby edytor 
się nie darł.

4. Z drugiej strony dobrze by było, gdyby mechanizm nie wymuszał tworzenia 
poprawnej składni HTML/XML, ale to chyba wszystkie moduły mają...

5. Opjonalnie - pewnie nic 'z pudełka' tego nie ma, ale może coś daje 
możliwość dorobienia tego: gdy parser natrafia na fragment taki jak w pkt 1, 
to próbuje wykonać na tym metodę o jakimś z góry ustalonym identyfikatorze 
(np. header_includes) i jeśli taka istnieje, to to, co zwraca wstawiało w 
sekcji HEAD nagłówka.
Chodzi mi o to, by wstawiać ew. skrypty javascriptowe czy CSSy. Oczywiście 
przy spełnieniu pkt 1 da sę to zrobić wpisując odpowiedni fragment w 
nagłówku, ale mi chodzi o działanie automtyczne, by łatwiej stworzyć 
komponenty będące pojemnkami na kolejne komponenty (bez modyfikacji szablonu 
głwónego).

6. Zupeły bajer - miło by było, jakby engine dawał się łatwo spiąć z 
Log::Log4perl (jak DBIx::Class)

7. Dobra dokumentacja. To co znalazłem, szczególnie dla POE ciężko mi nazwać 
dobrą dokumentacją :-(

Z góy dziękuję za wszystkie sugestie. Odpowiedzi tupu "chłopie, zabierasz się 
do tego od d*** strony" także miło widziane, o ile zechcecie rozszerzyć taką 
wypowiedź o sekcję 'dlaczego' ;-P

Radek

-- 
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/