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.

[Black-Berry]

No właśnie otóż to. Dla mnie widok jest to plik szablonu napisany w html czy xml czy czymkolwiek innym i przepuszczony przez renderer (np. smarty)

Ja również korzystam z systemu szablonów ale w formacie .phtml (html+php) i na razie sprawdza się to dobrze. Gdybym używał templatek renderowanych to chcąc np dodac datę do swojego szablonu musiałbym przekazać ją w argumancie lub mieć odpowiednie metody w renderze zamieniające znacznik {actual_date} na coś innego. Render musiałby też odpowiednio formatowac datę bo nie każdy lubi format xxxx-xx-xx. Przekazywanie w argumencie to też spora rozrzutność bo jeśli stawiam nowy serwis to duża część argumentów może być wogóle niewykorzystana.

Czasami templatka musi posiadać np. pager więc tworzy nowy obiekt klasy Pager. Czy to nie jest przypadkiem nadużycie bo wydaje mi się, że mój sposób narusza wszelkie modele powiązane z MVC. Z drugiej strony nie wyobrażam sobie korzystania ze Smarty. Tworzenie rendera tylko po to aby trzymać się kanonu jest dla mnie nie zrozumiałe. W aplikacjach internetowych priorytetem powinna być wydajność.

Mam nadzieję ze za bardzo nie odszedłem od tematu (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)