MVC - kilka pytań teoretycznych Opcje

[Ziels]

Witam,

Zapoznaję się właśnie z czymś takim jak MVC, napisałem sobie trochę kodu który przypomina frameworka (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)
Problem w ty że gdzie o tym nie poczytam to coś innego piszą - jakie powinny być relacje widoku modelu i kontrolera?

Moje pojęcie jest takie:

Kontroler wybiera odpowiedni model, wykonuje wszystkie operacje logiczne związane z daną akcją po czym pobiera odpowiednie dane z modelu i je przekazuje do widoku (żeby operować na ładnych przykładach niech będzie to lista newsów) który to widok z tych danych generuje kod html dla użytkownika.

Model odpowiada za operacje na danych, ich zmianę oraz pobieranie. Jeśli kontroler musi np. usunąć newsa to wywołuje odpowiednią metodę modelu.

Widok operuje jedynie na danych przekazanych mu przez kontroler, nie ma dostępu do modelu.


Czy ta filozofia jest prawidłowa? Na wikipedii w schemacie widok ma połączenie z modelem, ale w tym momencie nie za bardzo rozumiem w jakim celu.

[Sedziwoj]

Jestem zdania że widok powinien dostać dane i tylko je wyświetlić, zero interakcji z innymi elementami.
Model powinien pobierać dane ale właściwie nic nie robić z nimi.
Kontroler ja opiszę na postawie frontcontroler (czy jak się to zwie) czyli jest główny który uruchamia dla konkretnego adresu odpowiedni "podkontroler" i ten pod kontroler wie z którego modelu pobrać dane je przekazać do widoku jak również przyjąć dane od użytkownika zweryfikować je i przekazać do odpowiedniego modelu.

Dlaczego uważam, że widok powinien tylko użyć dane przekazane do niego? Bo już raz miałem kłopot z powodu tego że odwoływał się do modelu, czy też danych sesyjnych. Czyli moim zdaniem to kontroler powinien decydować jakie dane przekazać do widoku o ściśle określonej strukturze. (aby osoba odpowiedzialna za wygląd wiedziała do czego ma dostęp)

Ale każdy może uważać inaczej.