MVC od strony praktycznej Opcje

[eMartio]

O MVC na tym forum i w publikacjach elektronicznych oraz tradycyjnych napisano juz wiele. Jednak co publikacja, to nowa implementacji wzorca MVC. Widzialem juz projekt, w ktorym pobranie danych odbywalo sie w kontrolerze, a w modelu jedynie ich przechowywanie.

Mam taki problem. Nigdzie nie moge doczytac czy wzorzec MVC bierze cos takiego pod uwage, jak kilka modeli i widokow? Wiem, ze kontrolerow moze byc kilka. A co z modelami i widokami? I jak to zakodowac obietkowo?

Problem: na podstawie url: index.php?akcja=newsy kontroler wybiera model Newsy, w ktorym pobierane sa wiadomosci z bazy danych. Nastepnie zostaja przeslane do dwoch widokow. Pierwszy to widok 'xml', ktory w ktorym generuje plik kanalu rss, a drugi widok to 'http', ktory uruchamia szablon Smarty z newsami.

Jak to zakodowac obiektowo? Czy tak jak zademonstrowalem to ponizej?

[PHP] pobierz, plaintext 
<?php
index.php?akcja=newsy
 
class Kontroler {
  public $akcja;
  public $model;
  public $view;
 
  public constructor($a) {
    $this->akcja = $a;
  }
  public model($typ) {
    // typ = mysql, xml
    $nazwa_klasy = 'Model'.$this->akcja;
    return $dane = new $nazwa_klasy($sekcja);
  }
  public widok($typ) {
    // typ = html, xml
    $nazwa_klasy = 'Model'.$this->akcja;
    return $dane = new $nazwa_klasy($typ, $dane = $this->model);
  }
}
 
$mvc = new Kontroler($_GET['a']);
$mvc->model(mysql);
$mvc->widok(xml);
$mvc->widok(html);
?>
[PHP] pobierz, plaintext 

(IMG:http://forum.php.pl/uwaga.gif)
poprawiam
trzecie upomnienie. za czwartym będzie ostrzeżenie
---
nospor


I od razu nasuwaja sie pytania:
1. Jak zrobic, aby liczba widokow byla generowana dynamicznie (nie zawsze beda 2 widoki, moze byc 1,2,3 lub wiecej widokow)
2. Jak skonstruowac klase akcji?
3. Czy jedna akcja to pobranie modelu i przkazanie go widokowi? A raczej, to widok sobie pobiera model.
4. Co z danymi przeslanymi z formularza? Trafia do modelu i zostaje dopisane do bazy danych lub pliku xml; widok nie jest potrzebny.

[eMartio]

"Okreslenia typu, ze widok to szablon Smarty, a nie klasa ja implementujaca"

Się nie zgodze.

Chodzi mi o to, że u kolesia widok to jedynie szablon Smarty czyli jakis_tam_plik.tpl. Natomiast widok to rowniez klasa, ktora inicjuje sytem szablonow smarty.

Np.

[PHP] pobierz, plaintext 
<?php
/**
* WIDOK WZORCA MVC - HTML
*
*/
 
class Html {
  private $smarty;	   // obiekt systemu szablonow Smarty
  public $sekcja;		// wybranie wlasciwej aplikacji webowej
  public $akcja;		 // wybranie wlasciwego modulu aplikacji
  public $dane;		  // pobranie danych z modelu do widoku
 
  public function __construct() {
	require_once('libraries/smarty/Smarty.class.php');
 
	$this->smarty = new Smarty();
	if (file_exists('templates/'.$this->sekcja)) {
	  $this->smarty->template_dir = 'templates/'.$this->sekcja;
	} else {
	  throw new Exception('Brak wymaganego szablonu.');
	}
	$this->smarty->compile_dir = 'temporary/templates';
	$this->smarty->cache_dir = 'temporary/cache';
  }
 
  public function uruchom() {
	if (file_exists('templates/'.$this->sekcja.'/'.$this->akcja.'.mod.tpl')) {
	  $this->smarty->assign('modul', $this->sekcja.'/'.$this->akcja.'.mod.tpl');
	  $this->smarty->assign('dane', $this->dane);
	  $this->smarty->display($this->sekcja.'/index.tpl');
	} else {
	  throw new Exception('Brak wymaganego szablonu.');
	}
  }
}
?>
[PHP] pobierz, plaintext 

Jest to klasa widoku odpowiedzialna za prezentacje danych w HTML. Mozna, a nawet nalezy stworzyc rowniez klase odpowiedzialna za prezentacje danych w xml-u, pdf-ie czy e-mailu.

Wiele osob tworzacych aplikacje na podstawie wzorca MVC wysyla maile prosto z modelu, co kloci sie z zalozeniami wzorca MVC! Przeciez zadne dane z modelu nie powinny wychodzic z aplikacji na zewnatrz nie przechodzac przez widok! Model nie wie w jakim widoku jego dane zostana uzyte. To go nie interesuje...

Ten post edytował eMartio 1.03.2006, 08:49:47