Widok - renderowanie widoku, sposoby implementacji, różnice w istniejacych rozwiązaniach |
Tematy na forum Pro mogą zakładać jedynie moderatorzy. W otwartych tematach może pisać każdy, kto ma coś fachowego do powiedzenia. Wszystkie posty nie wnoszące nic do tematu będą natychmiast usuwane, a ich autorzy dostaną ostrzeżenie.
Jeśli uważasz, że jakiś temat jest warty dyskusji na tym forum, zgłoś go w temacie Propozycje.
Widok - renderowanie widoku, sposoby implementacji, różnice w istniejacych rozwiązaniach |
12.09.2008, 15:38:06
Post
#1
|
|
Grupa: Moderatorzy Postów: 4 465 Pomógł: 137 Dołączył: 26.03.2004 Skąd: Gorzów Wlkp. |
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 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 Następna nazwa to 'B', potem 'C' itd Pozdrawiam. -------------------- To think for yourself you must question authority and
learn how to put yourself in a state of vulnerable, open-mindedness; chaotic, confused, vulnerability, to inform yourself. Think for yourself. Question authority. |
|
|
14.09.2008, 00:32:29
Post
#2
|
|
Grupa: Moderatorzy Postów: 4 465 Pomógł: 137 Dołączył: 26.03.2004 Skąd: Gorzów Wlkp. |
Coś czuję, że zaraz znów rozbijemy się o rozumienie MVC
Moim zdaniem jest poprawny, ale ubogi funkcjonalnie i trudny w rozbudowie. Jeśli wiążesz warstwę z konkretną implementacją, to sam potem sobie jesteś winien, jeśli tą warstwę przyjdzie Ci wymieniać, albo dodać inną - alternatywną (choćby celem przetestowania) Jeśli chodzi o ten PDF, to w kontrolerze sobie to inicjujesz (tu obiekt sam już korzysta z modelu, na własną rękę), przekazujesz zainicjalizowany obiekt do obiektu transportującego dane dla widoku i tu masz np. dwa wyjścia. 1. SzablonAkcji.php
2. Zaimlementowanie w obiekcie PDF np. interfejsu, który jest rozumiany przez widok i który widok sobie sam uruchomi
Sorry za to Displayable, bo nawet nie wiem, czy takie słowo istnieje MVC to prosty wzorzec, ale jest bardzo abstrakcyjny i jego implementacje mogą posiadać po wiele różnych warstw. W aplikacjach koropracyjnych wyróżnia się w sumie 4 warstwy (Obiekty wzorce narzędzia str. 246.): 1. Warstwa widoku 2. Warstwa poleceń i kontroli 3. Warstwa logiki biznesowej 4. Warstwa danych 1+2=warstwa prezentacji (widok) Więc nie trzymajmy się pojęcia MVC jako jedynego słusznego i nie ograniczajmy się do tych 3 warstw. Temat służy zaprezentowaniu różnych koncepcji -------------------- To think for yourself you must question authority and
learn how to put yourself in a state of vulnerable, open-mindedness; chaotic, confused, vulnerability, to inform yourself. Think for yourself. Question authority. |
|
|
Wersja Lo-Fi | Aktualny czas: 27.04.2024 - 05:45 |