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

[sanchoo]

MVC a walidajca formularzy (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)
Chce zamknac walidacje w jednej klasie. Wydumalem to tak:
w pliku index.php:

[PHP] pobierz, plaintext 
<?php
include('class_control.php');
 
if(($walid = new walid())==true)
{
 
	$name = model::name_dzial($_GET['dzial']);
 
	$control = new $name($name, $_GET['id'], $walid); //przekazuje obiket do kontolrera (kontolere jest dziedziczony do klasy podstawowej contolrera.
}else echo "error";
?>
[PHP] pobierz, plaintext 

i clasa walid:

[PHP] pobierz, plaintext 
<?php
class walid
 {
	 private $error=array();
	 
	 public function __construct() 
	 {
		 $this->error['dzial']=$this->id_dzial($_GET['dzial']); na samym poczatku przekazuje dzial w zaleznosci od dzialu bedzie rozna ilosc zm
iennych... np bedzie trzbea dodasc shaslhe albo zabepzieczyc przed SQL Injection. Dlate tu spr. tylko dzial (czy to numer czy w bazie istenije)
		 
		 
		 
		 
		 
		 
		 if(in_array(false, $this->error))
		 {
			 $name = model::name_dzial($this->error['dzial']);
			 $control = new $name($name, 0);
			 exit();
		 }
		 return true; //to jest chyba nie potrzebne kod zatrzyma sie wyzej wywalajac odpowiedni widok ER
ROR strona nie istnieje czy cos.
		 
	 }
?>
[PHP] pobierz, plaintext 

obiket walid loaduje w korzeniu kontolrera:

[PHP] pobierz, plaintext 
<?php
public $walid;
public function __construct($dzial, $id, $walid)
	 {	
		 $this->model= new model;
		 $this->walid=$walid;
?>
[PHP] pobierz, plaintext 

i teraz moge sobie wywolywac w contolrolerze np jesli chce zabezpieczyc sie przed SQL Injection to w klasie walidacji stworze sobie odpowiednia funkcje .. ktora zwroci mi juz sprawdzona wartosc do zapytania.

Pytanie czy to dobre rozwiazanie?? dzieki temu co prawadam unikam np global $walid itp... ale mvc zaczyna bardziej mi sie wiazac... walidacje trez bede stosowal w widoku wiec bede musial przekazac mu obiket (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)