Widok w MVC, Różne formaty wyjściowe Opcje

[UDAT]

Ostatnio wziąłem się za budowę własnego CMS'a opartego na MVC i sterowanego zdarzeniami.
Jednak o ile Model i Kontroler ( ten drugi w moim rozwiązaniu szczątkowy) nie sprawiły mi kłopotów to rozplanowanie systemu szablonów już tak.

Czy lepiej jest tworzyć ogrmoną ilość szablonów (oddzielnych dla PDF'a, XHTML, XML'a, oDT, TEXT itd.) czy lepiej stworzyć jakiś system, który wprowadzał by dodatkową warstwę, której zadaniem byłoby przechowywanie uporządkowanych danych w czymś a'la XML. Natomiast View miałby za zadanie IMPORT/EXPORT do niej.

Nie chodzi mi o to co będzie szybsze (w sensie czasu działania) tylko łatwiejsze do zrealizowania przez osoby tworzące content dla serwisu, nie znające php. Jednocześnie system ma być łatwy do rozszerzania.

W pierwszym przypdaku ilość szablonów w najgorszym przypadku równa będzie ilość formatół * ilość akcji*ilość skinów.
W drugim szczerze mówiąc nie wiem do końca jak zbudować VIEW.

Czy lepiej może jeszcze inaczej rozwiązać??

[splatch]

Tutaj wcale nie zaczyna się temat php vs TPL. On tutaj się kończy. Cały proces tworzenia outputu odwala procesor XSL. Nie ma tutaj miejsca na nic innego. W pamięci przechowywany jest obiekt DOMDocument ze zmiennymi (zmienna $d).
Wszystko pozostaje w jednym języku, bez dodatkowych klas (PDFView, SmartyView, PHPView) etc. zmieniają się tylko szablony XSL.