[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

[Cysiaczek]

Przykład dotyczy wyświetlenia wartości wpisanej w pole formularza.
jest on bardzo prosty, a mój framework wymaga nieco nakładów pracy przy tworzeniu aplikacji, więc proste przykłady wyglądają dziwacznie.

plik index.php, czyli akcja index
unit oznacza nazwę modułu (mam tak, bo nie ma namespaces w php - jak będzie php6, to zmienie)

[PHP] pobierz, plaintext 
<?php
class unit_index extends Action{
 
function Perform(){
$req=$this->AHelper->getReqRegistry(); //elementy żądania m.in dane przesłane URL i POST
 
	if(!$req->has("tekst", "post")){ //jesli brak zmiennej tekst przesłanej przez post
	$this->setStatus("ERROR"); // zakomunikuj błąd kontrolerowi - wyświetli formularz
	return; //koniec
	}
$this->data->tekst=$req->get("tekst", "post"); //Dodajemy $tekst do danych przekazywanych potem do widoku
}
}
?>
[PHP] pobierz, plaintext 

plik actions.xml zawierający informacje dla kontrolera dotyczące akcji i tego, jak ma reagować na różne zgłoszone przez nią stany

[XML] pobierz, plaintext 
<?xml version='1.0' standalone='yes'?>
<actions>
      <index>
            <slot>index</slot>
            <status>
                  <ok>
                        <view>pokaz</view>
                  </ok>
                  <error>
                        <view>error</view>
                  </error>
            </status>
      </index>
</actions>
[XML] pobierz, plaintext 

Teraz warstwa prezentacji

plik index.slot.php - sloty to miejsca, przez które pliki szablonów są wstawiane na stronę www

[PHP] pobierz, plaintext 
<h1><?php $VHelper->get('index', 'unit'); //pobiera szablon wygenerowany przez akcję index z modułu unit ?></h1>
[PHP] pobierz, plaintext 

plik pokaz.tpl

[PHP] pobierz, plaintext 
<?php print $tekst; //wyświetlamy naszą zmienną zadeklarowaną w akcji ?>
[PHP] pobierz, plaintext 

plik error.tpl - zostanie wyświetlony, gdy nie przesłano danych

[PHP] pobierz, plaintext 
<form method="post" action="<?php print url(array("unit", "index"), '', true); ?>" />
<input type="text" name="tekst" />
<input type="submit" value="send" />
</form>
[PHP] pobierz, plaintext 

---edit
Zobacz, że klasa akcji jest maksymalnie izolowana od warstwy prezentacji - nie wybiera sama pliku, który ma zostać wyświetlony - zgłasza tylko stan, a resztą zajmuje się jądro systemu. Podobnie działają przekierowania. Ba! można w ten sposób nawet wyrzucić wyjątek. Ten przykład nie zawiera manipulacji danymi, ale jeśli takie są konieczne, to robi się to właśnie w ciele akcji lub wydziela się następną akcję, która to robi (to już bardziej zaawansowana zabawa)

Ten post edytował Cysiaczek 26.05.2007, 19:44:27