[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]

@Sedziwoj: do czynienia z propelem 1.3 nie miałem, wiec nie dokladnie o co chodzi... Ale Co do phpName itp... Owszem masz takie cos, ale No to jest tak jak by nakładka na tą sytuacje co opisałem w poscie wyzej. Wygenerujesz metode getTitle() ktora bedzie wskazywała na kolumne "nazwa". Tylko że takie działanie IMO wprowadza zamęt, szczególnie jak jest duża baza danych. Zazwyczaj nazwa metody jest identyczna z nazwą kolumny. W przypadku zmiany moze zapoanować małe zamieszanie, szczególnie dla osób które dopiero sie wdrażają do projektu.
@sanchoo: U mnie było odwrotnie... Im wiecej czytałem tym mniej wiedziałem (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)
@bim2: im wiecej dyskusji tym lepiej. Zawsze mozna trafić na coś ciekawego (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)

[Sedziwoj]

@Sedziwoj: do czynienia z propelem 1.3 nie miałem, wiec nie dokladnie o co chodzi... Ale Co do phpName itp... Owszem masz takie cos, ale No to jest tak jak by nakładka na tą sytuacje co opisałem w poscie wyzej. Wygenerujesz metode getTitle() ktora bedzie wskazywała na kolumne "nazwa". Tylko że takie działanie IMO wprowadza zamęt, szczególnie jak jest duża baza danych. Zazwyczaj nazwa metody jest identyczna z nazwą kolumny. W przypadku zmiany moze zapoanować małe zamieszanie, szczególnie dla osób które dopiero sie wdrażają do projektu.

Tylko że Ty zmieniasz nazwę kolumny w bazie, ten przykład co podałeś, więc robisz większy zamęt, Do tego pisałem o dynamicznym mapowaniu (klas dopiero w 1.3) ale metod dla pola da się wyciągać bo robię to, co prawda kod jest cięższy, ale odporny na zmiany. (a w elementach dynamicznie generujących tylko tak się da)

[PHP] pobierz, plaintext 
<?php
/**
	 * Pobiera z Peer nazwe metody do obsługi danej kolumny.
	 *
	 * <code>
	 * $strPeerName = 'peer_name';
	 * $obj = call_user_func( array( $strClassPeer, 'retrieveByPK' ), 1 );
	 * $strValue = call_user_func( array($obj,'get'.self::getMethodFromPeer($strClassPeer,'column_name')));
	 * echo $strValue;
	 * call_user_func( array($obj,'set'.self::getMethodFromPeer($strClassPeer,'column_name')), 'new_value' );
	 * $obj->save();
	 * </code>
	 * 
	 * @param string $strPeerName Nazwa klasy Peer
	 * @param string $strColumnName Nazwa kolumny dla której szukamy metody
	 * @return string Nazwa metody do obsługi kolumny
	 */
	static public function getMethodFromPeer( $strPeerName, $strColumnName ){
		$objTableMap = call_user_func( array( $strPeerName, 'getTableMap' ) );
		$strFunct = $objTableMap->getColumn( $strColumnName )->getPhpName();
		return $strFunct;
	}
?>
[PHP] pobierz, plaintext 

Podajesz peer i nazwę kolumny dostajesz nazwę metody (bez get/set to sam wybierasz)