[MVC] Czy dobrze interpretuję ?, ciągle to mvc :( Opcje

[matix]

Witam,

Ciągle zastanawiam się, czy dobrze interpretuję zasadę MVC.

Chciałem napisać coś takiego:

KONTROLLER: Index.Controller.php:

Pobiera $_GET['view'] i zwraca $this -> setView():

[PHP] pobierz, plaintext 
<?
class aController 
{
  private $sView;
 
		function __construct() 
	{
		$this -> sView = $_GET['view'];
				self::setView();
	}
 
 
	function setView()
	{
		require_once('view/'.$sView);
	}
}
?>
[PHP] pobierz, plaintext 

Następnie MODEL pobiera dane z mysql z danego projektu i zwraca:

[PHP] pobierz, plaintext 
<?
class db 
{
	function __get() {
		while (...) 
		{
			$oArray[] = $db -> id;
		}
 
		return $oArray;
	}
 
}
?>
[PHP] pobierz, plaintext 

W ostateczności Widok pobiera wszystko i generuje HTML:

[HTML] pobierz, plaintext 
Klient o ID: <?=$db['id'];?><br/>
Pobrał .... <?=$db['nazwa'];?>
 
To jest przykładowa tresc pliku widoku.
[HTML] pobierz, plaintext 

Męczy mnie także pytanie, jak to wszystko połączyć, zeby działało?
Chodzi o większą ilość widoków, lub modeli.

Proszę mnie nie odsyłać do artykułów, bo z nich nic się (niestety) nie można dowiedzieć.

Pozdrawiam, Matix: )

Ten post edytował matix 25.05.2007, 22:03:54

[macbirdie]

Skoro wszyscy przedstawiają swoje interpretacje, i ja dołączę, bo mam pewne wątpliwości.
Zend Framework 1.0.1.
Jest sobie np. stronka główna.
Jak wiadomo stronka główna zawierać może kilka dynamicznie generowanych elementów, jak lista ostatnich newsów, wpisów na forum, liczniczki, inne.
Są też inne strony, które mogą zawierać różne zestawy innych elementów strony, w różny sposób wyświetlanych i mogą różnić się diametralnie od strony głównej.

Jest więc kontroler strony głównej i innych.
Myślałem długo, jak do tego podejść, ponieważ niby kontroler ma przypisany jeden widok, a jeden widok ma mieć przypisany jeden kontroler. Tylko jak tu ładnie i wygodnie tworzyć kolejne składające się z różnych dynamicznych elementów stronki, by nie dotykać za bardzo kodu?
Wymyśliłem zatem tak, że do każdego kontrolera jest przypisany pliczek konfiguracyjny. Ten zawiera informacje na temat elementów, jakie mają się w danej akcji pojawić, jakie dostają parametry i jakie szablony mają używać, by się wyświetlić.
Np. kontroler index ma akcję index, więc jest views/controllers/index/index.xml
Tam jest np.
nagłówek, szablon naglowek_normalny.phtml, tytuł: tytuł sajtu + tytuł aktualnej strony, aktualna data i parę innych pierdółek.
lista newsów, szablon newsy_główna.phtml, ile newsów: 10, kategoria: główna
lista postów forum, szablon: posty_forum_główna.phtml, ile postów: 15
itd.

Do każdego takiego elementu dynamicznego przypisana jest klasa, która zajmuje się pożywieniem elementu danymi z modelu/modeli, zatem można powiedzieć że to taki mały kontroler.

Moja klasa rozszerzająca Zend_Controller_Action (MacBirdie_Controller_PresentationAction, a co (IMG:http://forum.php.pl/style_emoticons/default/aaevil.gif) ) działa tak że w init pobiera konfigurację dla kontroler/akcja, akcja kontrolera domyślnie nic nie robi, dopiero w post-dispatch pobierana jest informacja na temat elementów i zostają kolejno odpalane klasy tych elementów, te każdemu szablonowi Zend_View (na razie spróbuję standardowe phtml) wrzucają potrzebne dane, następnie widoczki są renderowane i dopisywane do response.

Czy to jest czy nie jest herezja MVCowa? (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)

Na takiej zasadzie od dawien dawna działa sajt stworzony przeze mnie daaawno temu, PDAclub.pl i jest to metoda bardzo wygodna, jednakże tam MVC nie stosowałem, więc nie wiem czy jakichś zasad nie naruszam.
Jeśli tak, jakie są inne podejścia do tego problemu?