Własny system tagów vs php, Lepiej parsować szablon czy zostawić to php? Opcje

[PdM]

Po lekturze dokumentacji ZENDa i Code Igniter nabrałem wątpliwości co do idei własnego systemu szablonów w widoku. Smarty, phpBB i inne posiadają własne systemy tagów wstawianych w kod HTMLowy by je później pozamieniać na zmienne lub przeprowadzać dalsze operacje. Nie rozumiem tylko, jaki jest sens tego wszystkiego, gdy sam silnik php daje takie możliwości.
Oba frameworki, z którymi się zapoznałem w ostatnim czasie stosują w widoku szablon jako obiekt, który przyjmie zmienne z ich wartościami, a następnie za pomocą kodu php wyświetli te zmienne w odpowiednich miejscach.
Dla mnie logiczniejsze jest wyjście drugie - zapewnia nam te same możliwości (jeśli nie więcej!) co plik z własnym zestawem tagów, nie wymaga uczenia się nowego systemu szablonów. Odpada czas potrzebny na parsowanie szablonu przez nasz skrypt, no i co znacznie ułatwia pracę - większość narzędzi łatwo rozpoznaje php i chociażby samodzielnie podświetla składnię. Gdy otworzymy w przeglądarce szablon smarty'ego albo OPT naszym oczom ukaże się dokument z dużą ilością niezrozumiałych fraz objętych w klamry. Gdy otworzymy szablon z Zenda, do przeglądarki nie dotrze nic, co było objęte w <? ?>.
Rozumiem, że stosując systemy szablonów w wersji Smarty lub podobnej, odbieramy sporo narzędzi twórcy szablonu, by ten nie powyczyniał tam cudów. Tylko po co, kiedy sami jesteśmy najczęściej twórcami szablonów?

[Zyx]

PdM -> Smarty domyślnie udostępnia głównie zestaw funkcji programistycznych, więc nic dziwnego, że pojawia się tu wątpliwość co do sensowności takich działań. Jednak zauważ, że wszystkie większe systemy szablonów dają się stosunkowo łatwo rozszerzać, np. jeśli potrzebujesz nowego rodzaju pętli dla pewnych konkretnych zbiorów danych, możesz go sobie bez trudu dodać. W php już Ci nie pójdzie tak łatwo; nawet opakowując kod w funkcje/OOP, i tak twoje rozwiązanie będzie bardziej skomplikowane. Niektóre systemy mają także nieco inną strukturę składni, która daje znacznie większe możliwości manipulacji, niż czysty php. Weźmy np. OPT* czerpiący z XML-a - szablon może być tu reprezentowany jako takie drzewko a'la XML, dzięki czemu instrukcje mają duże pole do manipulacji nim (np. mogą wyłączyć cały jego fragment z przetwarzania, przenieść go w inne miejsce lub przetworzyć tylko wybrane fragmenty według swego uznania). Napisałem sobie do tego jeszcze kod do automatyczniej obsługi formularzy i w ten sposób korzystanie z szablonów nawet w pojedynkę nabiera dużego sensu, gdyż mam banalnie prosty kod, który odwala za mnie całą brudną robotę i wprowadzanie do niego zarówno małych, jak i poważnych poprawek, jest formalnością. Wystarczy uruchomić wyobraźnię (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) .

* - nie chcę tu jakiejś wybitnej kryptoreklamy robić - niech każdy używa, co mu pasuje.