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

[sf]

Ee, u mnie to jest dosc prosto zrobione. To wywolywania akcja tworzy obiekt response, a nie framework ( czy tam kontrolera, zwal jak zwal), response nie jest czescia frameworka, a czescia wywolanej akcji, dzieki temu to czy to bedzie smarty, xml czy cokolwiek ... moja aplikacja nie ma z tym problemu, trzeba tylko napisac odpowiedni Response i z niego korzystac.

Ten post edytował sf 2.01.2006, 22:10:15