Widok - renderowanie widoku, sposoby implementacji, różnice w istniejacych rozwiązaniach Opcje

[Cysiaczek]

Mam nadzieję, że trafię w gusta z takim tematem.
Dyskusja dotyczy szeroko rozumianego V w architekturze MVC, jego budowy i sposobów działania w różnych frameworkach i rozwiązaniach własnych.

Terminologia A
Proponuję przyjąć taką terminologię , aby nie było w dyskusji nieporozumień.

Widok to inaczej warstwa prezentacji wyników użytkownikowi. W budowie występują: format i renderer
Formatami są np. HTML, XML, plik tekstowy, obrazek
Rendererami dla formatu HTML są np. (gołe)PHP, Smarty, OPT

Dane widoku to wszelkie dane, przekazane do widoku przez kontroler lub dane, do których widok ma dostęp w inny sposób.
Proszę zatem nie pisać, "że widok pobiera dane z modelu", bo jeśli ma do niego dostęp, to model jest daną, którą widok potrafi zinterpretować.


Mile widziane diagramy UML lub inne, byle miały ręce i nogi (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)
Proszę nie zadawać pytań przedszkolnych!

P.S Jeśli ktoś ma jeszcze jakieś propozycje terminologii, proszę zgłosić mi, albo któremuś moderatorowi - jeśli będa sensowne, zostaną dodane w tym poście.
Jeśli ktoś się nie zgadza z tą terminologią, niech zaproponuje inną i zaznacza, której używa w dyskusji (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) Następna nazwa to 'B', potem 'C' itd

Pozdrawiam.

[starach]

Nie zapominaj, że Smarty nie zrobi wszystkiego. PDF Tobie nie wygeneruje - bez czystego PHP się nie obejdzie.
Ale to część dyskusji, którą chciałem ja podjąć. Bardziej to związane z architekturą frameworków niż samymi rendererami. Jak będziesz miał ochotę zapraszam do dyskusji.

Hmm owszem. To jest coś czego pod uwagę nie brałem. Przy moim podejściu gdybym miał wygenerować PDF,
umieściłbym cały proces jego generacji w kontrolerze co zdaje się było by błędem i burzyłoby schemat MVC.

Jako XHTML rozumiesz zagnieżdżony PHP w XHTML, tak?

Przez XHTML rozumiem język służący do prezentowania wyników tak jak HTML i nawet Flash czy wspomniany przez ciebie PDF. Natomiast przez PHP zagnieżdżone w XHTML czy HTML rozumiem sposób pobierania danych z modelu. Swoją drogą moim zdaniem nie najlepszy, bo słabo czytelny.

(...)

No dobrze, ale mnie chodzi o prostotę wykonania. Czy byłoby wielkim zgrzytem w architekturze MVC gdybym w podanym przez LBO przykładzie z PDF'em zamiast uruchamiać widok którym jest dla mnie plik (x)html z pseudo-kodem smartów uruchomił bibliotekę w której specjalnie bym zaprogramował cały proces pobierania danych z modelu i generowania PDF'a ?
Może tutaj powinienem na dobrą sprawę zadać jeszcze inne pytanie. Czy mój sposób widzenia MVC jako wzorca w którym nie jest potrzebna odrębna klasa zajmująca się widokiem jest poprawny.