gdzie sprawdzać czy dany wywołany kontroler jest dopuszczalny? jeszcze w routerze zanim przekaże do dispatchera czy dopiero w nim?

chce kontrolować jaki kontroler jest wywoływany i jeśli jest np. z poza dopuszczalnego zbioru to przerzucać na ustalony przeze mnie default_controller, w którym miejscu to robić?

Jak poprawnie zadać pytanie.

przepraszam czego w moim pytaniu nie rozumiesz, że musiałeś mnie spuścić na drzewo?

W dispacherze, bo to on zarządza takimi danymi jak kontroler, akacja i parametry.

thx

kolejne pytanie z serii zatrważająco trudnych:

widok dla danego kontrolera powinien być inicjowany przez niego samego (w funkcji wewnątrz jego klasy) czy w dispatcherze jeśli to on odpowiada za obsługę uruchamiania kontrolera?

Dispatcher jest tylko do wywołania kontrolera z odpowiednimi parametrami. To kontroler (a właściwie Prezenter) powinien decydowac o tym jaki widok należy wywołać. Właściwie dla pełnego obrazu należało by zadać pytanie... W jakim wzorcu projektowym masz na myśli odpowiedź? Jeśli MVP - to Presenter, Jeśli w MVC to może to zainicjować zmianę modelu może teoretycznie zarówno Model, jak i Kontroler.

generalnie uczę się śledząc przebieg całego procesu w przypadku MVC, niestety książki z których korzystam oraz to co jest na necie są tragiczne pod względem dokładnego objaśnienia jakie kolejno zdarzenia powinny mieć miejsce (na konkretnym przykładzie, bo oczywiście teorii jest wszędzie multum i każdy autor pisze coś innego). Nie zależy mi generalnie na dokładnym trzymaniu się MVC ale utrzymanie się w jego ramach daje chyba duże możliwości, bo i logika budowania aplikacji staje się jaśniejsza (oddzielenie warstw od siebie). Kwestia zrozumienia tylko jakie interakcje powinny zachodzić w którym momencie... a np. "wspaniała" publikacja Programowanie Obiektowe w PHP5 podaje taki kod w dispatcherze po odebraniu danych z routera:

[PHP] pobierz, plaintext 
$app=new controller();
$app->jakieś funkcje();
$app->jakiesfunkcje();
$app->akcja();
 
$view=loader::load("view"); //inicjalizacja widoku poprzez loader wykorzystujący niepoprawnie używany "Singleton"
$viewvars=$view->getVars($app)
 
[PHP] pobierz, plaintext 

jednym słowem inicjalizacja widoku odbywa się w dispatcherze... i bądź tu mądry i chciej się człowieku uczyć z książek...

Przepraszam za spuszczenie Cię na drzewo.
Wynikło to jedynie z mojej niewiedzy.

Dispatcher zajmować się powinien jedynie przetwarzaniem żądania tak, by przyporządkować do niego odpowiedni kontroler i parametry. Jeśli miałbyś się trzymać w aplikacji webowej się MVC to... nie uda Ci się. To co w frameworkach jest używane i nazywa się jako MVC jest tak naprawdę MVP. A ten wzorzec opiera się na zasadzie: prezenter wybiera model oraz widok i je komunikuje między sobą. Tak więc odwołania do modelu i wywołania widoków oraz ich metod odbywają się wewnątrz prezentera.

A do jakiego stopnia kontroler(prezenter) powinien być pośrednikiem w komunikacji między widokiem i modelem? Powinien sam pobrać z modelu interesujące dane, zapisać je w sobie i przekazać dopiero te dane do widoku w czystej postaci(zmiennych, tablic etc.), czy powinien do widoku przekazać obiekt modelu i pozwolić by odpowiednimi funkcjami widok sobie te dane wypruł z modelu?

Jeśli masz na myśli MVC, to to drugie.

MVC aka MVP...

MVC i MVP to dwa wzorce, które różnią się między innymi sposobem komunikacji między widokiem a modelem. Więc jak ci mam odpowiedzieć na to pytanie?

http://www.google.pl/search?q=MVC+vs+MVP - w pierwszym linku masz diagram

ciężko mi się zorientować, szczególnie, że dopiero odkrywam obydwa wzorce, niby chodzi mi o MVC ale:




ale z tego co rozumiem to

- w MVP widok i model nie mają ze sobą styczności, wszystko przechodzi przez prezenter(kontroler), który pobiera żądane przez widok dane z modelu i mu je zwraca

- w MVC kontroler inicjuje model i widok, przekazuje widokowi instancję modelu, który pobiera dane za jego pośrednictwem

przy czym w obu przypadkach model nie inicjuje żadnych akcji czy interakcji z własnej woli

Jest osobny temat jeśli chodzi o wzorce architektoniczne, tam na ten temat prowadźcie dyskusję .
Od siebie dodam że popularne frameworki nie używają MVP,
w MVP view nie ma dostępu do modeli, a w frameworkach to podstawa ;]

zapewne na pytanie które rozwiązanie lepsze w przypadku tej komunikacji, otrzymam tyle samo różnych opinii co odpowiedzi i muszę się sam przekonać co mi lepiej pasuje... mam rację?

Dokładnie Już sama próba dyskusji czym jest, a czym nie jest MVC, to flamewar Zresztą zajrzyj do tematu o wzorcach, przeczytaj całość, a sam się przekonasz. Pewnie po jego lekturze będziesz nie mniej skołowany niż przed. Z tą różnicą, że będziesz wiedział ciut więcej i na podstawie tego co przeczytałeś, będziesz mógł własne zdanie sobie wyrobić. I szczerze mówiąc tak powinno być. Programowanie polega na myśleniu samodzielnym i wyciąganiu wniosków z wiedzy ogólnej czy "społecznościowej". Bez tego zostać można jedynie klepaczem kodu. Szybkim może, ale tylko klepaczem.

póki co przepisałem kod na tę wersję zgodną z MVC i na razie tak będę go wykorzystywał, za dużo rzeczy na raz do nauki jest na początku, żeby wszystko od razu robić dobrze...