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

[hwao]

@Ociu:
Twoj pomysl moze i dobry, ale imho dlamnie zupelnie mijajacy sie z celem (modul jako "modul" jest, ale opornie sie go wlacza).
@AC:
To poco pokazalest to imho system szablonow a nie View (wiedok) z MVC.

Propozycja Beli wydaje sie najlepsza ale niesie ze soba kolejne nie dogodnosci mianowicnie nie wystarszczy znajomosc html/xml/css zeby to wszytko ladnie zlozyc.

Moja propozycja:
Przeciez calej strony nie bedziesz wyrzucal jako PDF, bo poco?
w PDF'ie mozna wyrzucac dokumentacje/faktury itp... wiec czy nie latwiej jest poprostu dopisac do nich osobny paser?