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ć??

[Ociu]

Jak dla mnie model to plik konfiguracyjny danego modułu, który przechowywany jest jako xml/ini/php/db (Jak kto woli).

Ja sam w swoich projektach nie używałem modelu, ponieważ nie był mi potrzebny, ale jeśli będzie potrzebny, to napewno wybiore xml.

A swoją drogą, uruchomienie odpowiedniej akcji wygląda u mnie tak (w skrócie).

Kod

FilterChain->(URLFilter)->(ActionChain)->
HttpRequest->
ExecutionFilter->URLFilter->ActionChain->
PageFilter->Action->OPT.

pozdrawiam