Znałem takich co pieprzyli że nie warto używać PHP bo w ANSI C strony internetowe szybciej działają. Śmiejecie się? Gość przekonał jakimiś benchmarkami szefa i pisaliśmy portal w C. Oczywiście nie będę komentował jakie to problemy niesie (i g**no szybciej działało).
A co do smarty - uzywać. Jest to warstwa stworzona po to aby gosciu pracujący z HTML nie widział PHP i tak ma być. Pracowałem bardzo często z grafikami internetowymi i bardzo często gdy był kod php w HTML to przypadkowo coś zmienili itp. Poza tym kod w smarty dla grafika internetowego jest sto razy czytelniejszy od php (odsylam do przykladow na stronie smarty).
Smarty obsługuje cachowanie (pliki tpl sa tylko za pierwszym razem kompilowane do php - na podobnej zasadzie jak to jest w JSP), wiec pieprzenie o super spowolnieniu przez smarty jest nie na miejscu (i bez cachowania nie dziala wcale wolniej, cachowanie w smarty ma pomoc w wyeliminowaniu zbednych zapytan po stronie php, wiec samo smarty nic tu nie spowalnia). Ktos kto tak mowi nie ma pojecia jak dziala ten mechanizm albo sam tego nie testowal.
Oczywiscie mozna uzyc tak smarty ze bedzie dzialalo wolniej (np. przeniesienie logiki biznesowej do szablonow smarty), ale to nie wina smarty tylko tego ze ktos kto uzywa MVC nie wie i nie rozumie jak go uzywac. Na podobnej zasadzie mozna zamiast jednego zapytania sql z 5 zlaczeniami, zrobic osobno 5 zapytan - tez bedzie dzialac wolniej.
Testowalem rozne podejscia (perl, ansi c, j2ee) i smarty wraz z code igniterem sprawdza sie bardzo dobrze zeby nie powiedziec rewelacyjnie. Lekkie, szybkie, przyjemne, czytelne, latwo rozszerzalne, skalowalne - dla mnie RAD.
pzdr,