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]

Myślę, że znowu zaczyna się temat tpl Vs. php. No ale...

IMHO 'view' powinien być jeden. Tyle na ten temat (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) Nie ma się co tworzyć nowych obiektów dla jednego modułu. Dlaczego ? Tworzy się w szablonach barokowy przepych, którego nie powinno być. W prado jest tak, że dla każdego modułu tworzymy nowy plik template, w którym wykonywana jest cała klasa. Rozumiem zrobić sobie tworzenie bloku (parsowanie pliku xml) w tpl, ale uruchamiać obiekt ? Niepotrzebnie. Można zobaczyć:

[XML] pobierz, plaintext 
<div class="author">
      last modified on <%= date('M d, Y h:ia',$this->Parent->Data['wtime']) %>
    by <%= $this->Parent->Data['author'] %>.
      [ <a href="blog.php?page=Blog:EditPage&id=<%= $this->Parent->Data['id'] %>">edit</a> ]
      [ <com:TLinkButton Text="delete" CommandParameter="#$this->Parent->Data['id']" OnCommand="Page.onClickDeleteBtn" onclick="if(!confirm('Are you sure?')) return false;"/> ]
  </div>
[XML] pobierz, plaintext 

I to jes takie nie oddzielanie od siebie warstw tworzącej od wynikowej (Cntroller i View). Po to wymyślowo MVC, aby je od siebie oddzielać.

pozdrawiam