[mvc]poraz kolejny..., Pytanie o teorie Opcje

[MadHatter]

Witam,

Mam pytanie czysto teoretyczne. Buduje strone i chce ja oprzec na wzorcu MVC. Wspieram sie Smarty i Pear przy tym. I teraz moje pytania.
1. Czy za widok maja byc odpowiedzialne tylko szblony smarty czy tworzyc do niego osobna klase?
2. Poza przypisaniem danych ktore uzyskuje z modelu, podstrony roznia sie tez wygladem(dokladnie tlami glownej tresci), jaka czesc MVC powinna byc odpowiedzialna za ustwienie przykladowego tla? Rozwazam dwa przypadki, nie wiem jednak ktory bylby "najczystrzy" jesli chodzi o zalozenia ww wzorca. Pierwszy to to ze poszczegolne metody kontrolera przypisauja do szablonu smarty, dane z modelu oraz w kazdje metodzie jest deklarowana zmienna odpowiadajaca za tlo strony i tak tez przypisywana do szablonow. Drugie rozwiazanie to takie, ze w akcjach kontrolera wogole nie zajmu je sie ustawianiem tla a tylko wyborem widokow. W takim przypadku jednak ilosc szablonow musialbym odpowiednio rozmnozyc.

Czytam dosc spro na temat mvc, moje doswiadczenie z frameworkiem cakePHP wcale nie rozwialo wszelkich watpliwosci jednak, przynajmniej tych teoretycznych. Rozumiem ze wzorzec jest raczej czyms abstrakcyjnym i elastycznym niemniej na forum znalazlem taka definicje widoku:

Główna zasasda MVC jest to aby w modelu byl tylko kod php a w VIEW tylko html

Natomiast w jednym z rtykulow na wortalu opis brzmi juz tak:

Widok powinien wykorzystywać model do pobrania danych, które będą wyświetlone. Typowo, widok powinien utworzyć instancje klas modelu i wywołać metody odpowiedzialne za pobranie odpowiednich danych. Tym, czego należy się wystrzegać w widoku, jest modyfikacja danych. Widok nie powinien zmieniać w żaden sposób stanu aplikacji. Powinien np. wyświetlać listę użytkowników, ale nie powinien ich dodawać ani usuwać.

Rozbieznosc jest wiec dosc spora...

Jak najlepiej wedug Was zarac sie za to, w przypadku niewielkiej aplikacji?

Z gory dzieki i pozdrawiam!

[menic]

Przy tej dyskusji należy podkreślić, że CAŁKOWITE oddzielenie tych warstw jest mitem. Weźmy jako przyklad Symfony... W kontrolerze (akcji) za pomoca propela generujemy zapytanie

[PHP] pobierz, plaintext 
<?php
$this->article = ArticlePeer::retrieveByPk($this->getRequestParameter('id'));
?>
[PHP] pobierz, plaintext 

Do widoku automatycznie dostaniemy zmienna $article zawierającą metody typu getXXX(). No i w widoku:

[PHP] pobierz, plaintext 
<?php echo $article->getTitle() ?>
[PHP] pobierz, plaintext 

Wszystko jest swietnie, dopóki nie zmienimy nic w bazie danych, np. kolumnę title na nazwa. Propelem generujemy nowy model i... Znika nam metoda getTitle(). I teraz albo we wszystkich widokach zmienimy getTitle() na getNazwa() albo do modelu dodamy metode getTitle() zwracającą getNazwa(). Tak więc całkowite oddzieleni tych warstw praktycznie nie istnieje i trzeba wybrac "mniejsze" zło (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)

Ten post edytował menic 28.08.2007, 14:36:29

[Sedziwoj]

@menic
Mylisz się da sie to zrobić, bo masz takie coś jak phpName i phpNamingMethod w schema.xml
Do tego można tworzyć tablice tabela -> nazwa klasy, jak również kolumna -> metoda.
Do tego w Propel 1.3 masz toArray, możesz zrobić rzutowanie z bazy na widok (danych) i wtedy całkowicie się uniezależnić.