[MVC] Moj poczatek / implementacja Opcje

[Helios]

Witam
Od niedawna zaczalem interesowac sie MVC. Ale w dalszym ciagu nie wiem czy dobrze rozumuje istote MVC. Dlatego postanowilem napisac prosty (powtarzam, prosty, system) zeby sprawdzic czy ide w dobrym kierunku. Prosze o komentarze, jesli chodzi o sam schemat i istote wzorca MVC.

Na poczatek przedstawie strukture katalogow:

./ - katalog glowny
actions/ - katalog przechowujacy pliki .ini do wybranej akcji mozemy podac co ma zostac wykonane nastepnie
configs/ - katalog z plikami konfiguracyjnymi - narazie nie uzyty
controllers/ - katalog z kontrolerami - narazie tylko kontroler glowny
models/ - katalog z plikami modeli
views/ - katalog z plikami widokow
index.php - plik glowny ktory uruchamia kontroler

Zaczynamy od poczatku - kod kontrolera:

[PHP] pobierz, plaintext 
<?php
 
class Ctrl{
 
	private $Request=false; // obiekt
	private $action; // nazwa akcji - nieobowiazkowa
	private $view; // nazwa widoku
	protected $model; // nazwa modelu - nieobowiazkowa
 
	protected $objView; // obiekt widoku
	protected $objModel; // obiekt modelu
 
	// konstruktor
	public function __construct($request){ 
 
		// ustawianie pol klasy
		$this->view=$request->getParam('view');
		$this->view=($this->view) ? $this->view : 'main'; // ustawianie standardowego widoku
		// jesli zostal podany model ustawia jesli nie jest taki sam jak nazwa widoku
		$this->model=($request->getParam('model')) ? $request->getParam('model') : $this->view;
		// model z sufixem Mod
		$this->model.='Mod';
		// pobiera parametr akcji o ile zostal podany
		$this->action=$request->getParam('action');
 
		// jesli zostala podana akcja laduje model i wykonuje odpowiednia czynnosc
		if($this->action){
			require_once('./models/'.$this->model.'.model.php');
			$this->objModel=new $this->model($request);
			$action=$this->action;
			$this->objModel->$action();
			do{
				// sprawdza czy plik konfiguracyjny akcji uwzglednia wykonanie kolejnej akcji
				$tmpCfg=parse_ini_file('./actions/'.$this->action.'.ini');
				$action=$tmpCfg['next'];
				// jesli tak to ja wykonuje itd.
				$this->objModel->$action();
			}while(!$tmpCfg['next']);
		}
		// laduje obiekt widoku
		$this->execute();
	}
 
	public function execute($view=false){
		// sprawdza czy obiekt modelu juz istnieje czyli czy podana byla akcja
		if(!is_object($this->objModel)){
			require_once('./models/'.$this->model.'.model.php');
			$this->objModel=new $this->model($request);
		}
		// laduje obiekt widoku
		require_once('./views/'.$this->view.'.view.php');
		$this->objView=new $this->view($this->objModel);
	}
 
}
 
?>
[PHP] pobierz, plaintext 

Zakladamy, ze uzytkownik wpisal: index.php?view=Users&action=addUser&userName=root
kontroler laduje wiec model UsersMod:

[PHP] pobierz, plaintext 
<?php
 
class UsersMod {
 
		public $addedUser;
		public $request;
		public $count;
 
		function __construct($request){
			$this->request=$request;
		}
 
		function addUser(){
			$this->addedUser=$this->request->getParam('userName');
			return true;
		}
 
		function countUsers(){
			return $this->count++;
		}
 
		function getAddedUser(){
			return $this->addedUser;
		}
 
		function getUsersNum(){
			return $this->count;
		}
 
}
 
?>
[PHP] pobierz, plaintext 

i wykonuje w nim akcje zmianu danych, a poniewaz akcja addUser() posiada plik konfiguracjny z wywolaniem jako kolejnej akcji countUsers wywoluje kolejna akcje. No i pozostaje wyswietlenie widoku Users:

[PHP] pobierz, plaintext 
<?php
 
class Users {
 
	function __construct($objModel){
		print 'Dodalem uzytkownika: '.$objModel->getAddedUser().' i teraz mam zarejestrowanych uzytkownikow: '.$objModel->getUsersNum();
	}
 
}
 
?>
[PHP] pobierz, plaintext 

Co sadzicie o tym? Czy dobrze rozumuje istote MVC? Zapraszam do dyskusji...

[hwao]

Jeżeli to działą, to jest dobre... Nie ma "szablonowej" implementacji tego wzorca w zadnym z jezyków, dla tego trzeba tylko znac załozenia i tworzyc własne.

Tutaj masz opis wzorca, nie implementacji:
http://hwao.be/blog/2006/04/14/model-view-controller/

Raczej jak sa katalogi, to najmniej wazne poniewaz powinny byc ustawione przez stale (przynajmniej ja tak robie).

Troche wydaje mi sie dziwny ten kontroler, poniewaz jest jakis taki "malo" elastyczny. Napisz pare aplikacji na tym to Ci zaraz przyjdzie do glowy jakies lepsze rozwiazanie.

Umnie widok robi troche inna rzeczy, a to co jest u Ciebie, u mnie robi to system szablonów.

[Cysiaczek]

Cóż. To zależy, czy widok ma wyciągac dane, czy aplikacja te dane wstawiać Niby różnica niewielka w praktyce, ale w podejściu do problemu ogromna :|

[ActivePlayer]

@hwao co widok robi u CIebie ?

[hwao]

Cóż. To zależy, czy widok ma wyciągac dane, czy aplikacja te dane wstawiać Niby różnica niewielka w praktyce, ale w podejściu do problemu ogromna :|

Widok, wyciagac dane?! Widok ma inne zadania! To model jest warstwa ktora powinna pozyskiwac dane, z różnych źródeł! Podsumowujac, widok otrzymuje gotowe dane z modelu i zajmuje sie obrobka ich (prezentacja uzytkonikowi), model zajmuje sie wyciaganiem danych.

@hwao co widok robi u CIebie ?

Umnie głównym zadaniem widoku jest pozyskanie danych przez(od) modelu i poprzez system szablonów przedstawienie ich użytkownikowi.

[ActivePlayer]

u mnie element widok to 'class view extends smarty'...
w akcji pobieram poprzez model dane, assign do widoku, i display.

[Cysiaczek]

Umnie głównym zadaniem widoku jest pozyskanie danych przez(od) modelu i poprzez system szablonów przedstawienie ich użytkownikowi.

O to mi chodziło - o pozyskanie danych. Inaczej - czy widok jest pasywny, czy aktywny. Nie chodziło o pozyskanie danych z bazy.

Ewentualne problemy z komunikacją wynikają z tego, że ja używam pojęcia <widok> na określenie szablonu/template'a/jakzwałtakzwał

Ten post edytował Cysiaczek 8.07.2006, 23:08:29

[Ociu]

Jak na pierwsze starcie nie jest najgorzej.
Jak pisał hwao, niezbyt elastyczne to jest.

Ja podzieliłem kontrolę na: Controller, webController -> FrontController, BlockController; ConsoleController.

[Prph]

Witam,

Ostatnio napisalem (mam nadzieje) framework i z przyjemnoscia podziele sie moimi uwagami.

1. NAJWAZNIEJSZA ZASADA
Jezeli piszesz framework dla siebie - pisz go tak, aby byl wygodny dla Ciebie.

2. MVC
MVC mowi, ze masz miec model, widok i kontroler. Model nie wyswietla daych, widok nie grzebie w bazie. Kontroler umozliwia im jakas tam wspolprace.


Nie podoba mi sie struktura katalogow. Tzn ja zmianilbym ja na nastepujaca:

actions/ - kontrolery akcji
models/ - modele
views/ - widoki
configurations/ - konfiguracje wszystkiego co zbudujesz na owym frameworku (np. akcji lub bibliotek, ktore bys mogl pozniej dodac.)

konfiguracje mozesz zapisywac w plikach o przykladowych nazwach: DodajUzytkownikaAction.ini, UsunNewsaAction.ini, MojaBibliotekaJPEGLibrary.ini.

Teraz nieco do kontrolera. Ktos powiedzial, ze jest malo elastyny. No w sumie trudno go zrobic innego, jak kolega dopiero zaczyna.
Ja przyczepie sie do fragmentu nastepujacego:

[PHP] pobierz, plaintext 
<?php
if($this->action){
			require_once('./models/'.$this->model.'.model.php');
			$this->objModel=new $this->model($request);
			$action=$this->action;
			$this->objModel->$action();
			do{
				// sprawdza czy plik konfiguracyjny akcji uwzglednia wykonanie kolejnej akcji
				$tmpCfg=parse_ini_file('./actions/'.$this->action.'.ini');
				$action=$tmpCfg['next'];
				// jesli tak to ja wykonuje itd.
				$this->objModel->$action();
			}while(!$tmpCfg['next']);
		}
		// laduje obiekt widoku
		$this->execute();
?>
[PHP] pobierz, plaintext 

Dlaczego ladujesz model? To nie nalezy do kontrolera. Ja wiem, ze moze byc tak wygodnie. Ale sa akcje w ktorych z niego nie skorzystasz. Przyklad?

Akcja ktora wyswietla kominikat, jezeli nie znaleziono strony. Np masz akcje PokazZdjecia. Ktos wpisze adres:
jakasStrona.pl/akcja=PokazFotografie.

Jezeli kontroler nie znajdzie PokazFotografie to milo jest, jak odpalisz akcje np. NieZnaleziono. Ona wyswietli jedynie komunikat, zwroci Error 404 lub cos innego. Model nie jest tu najczesciej potrzebny.

Zrob tak:

1. Sprawdz o jaka akcje uzytkownik prosi. np: strona.pl/akcja=PokazZdjecie.
2. Jezeli jest pusta (np. podano strona.pl/), to ustaw domyslna (np. StronaGlowna).
3. Jezeli nie jest pusta, pobiez ja i sprawdz czy istnieje.
4. Jezeli nie, przypisz akcji akcje NieZnaleziono. Sprawdz czy istnieje (tak dla spokoju) i jak nie ma akcji (usunales ja, albu dysk padl ), to zglos jakis blad.

5. Jezeli akcja istanieje - uruchom ja.

Teraz akcja jezeli chce, prosi po model, ustawia sobie widok. Pobiera dane z modelu, przekazuje je widokowi. Widok moze wyswietlic, albo zwrocic kontrolerowi (w kontrolerze piszesz $oWidok = $oAkcja->uruchom(). Wtedy kontroler ja wyswietla albo robi co mu sie podoba

Zeby nie bylo malo, zalaczam fragmenty mojego kodu:

[PHP] pobierz, plaintext 
<?php
class Error403Action extends Action
{
 
  public function execute()
  {
	return Controller::getInstance()->getView('Error403'); // kontroleg glowny tworzy mi obiekt widoku o tej nazwie.
  }
}
?>
[PHP] pobierz, plaintext 

[PHP] pobierz, plaintext 
<?php
 
class Error403View extends ExtendedHtmlView
{
  public function __construct()
  {
	parent::__construct(); // wywoluje konstruktor klasy bazowej. Raczej jest mi to potrzebne.
 
	$this->setTemplate('Error403'); // ustawiam sobie szablon. Uzywam zwyklych szablonow php.
  }
}
 
?>
[PHP] pobierz, plaintext 

Dam jeszcze przyklad jak to jest z modelem:

[PHP] pobierz, plaintext 
<?php
class ShowPageAction extends Action
{
  public function execute()
  {
	$oController = Controller::getInstance();
 
	$sPageName = $oController->getContext()->getRequest()->getParameter('page', HttpRequest::GET);
 
	if(is_null($sPageName))
	  $sPageName = 'Index';
 
	$oPageModel = $oController->getModel('Page');
 
	if(!($aPage = $oPageModel->getPageByName($sPageName)))
	{
	  $oController->forward(_ACTION_ERROR_404);
	  return null;
	}
 
	$oView = $oController->getView('ShowPage');
 
	if(!empty($aPage['title']))
	  $oView->setAttribute('pageTitle', $aPage['title']);
 
	$oView->setAttribute('pageContent', $aPage['content']);
 
	return $oView;
  }
 
  public function isSecure()
  {
	return false;
  }
}
?>
[PHP] pobierz, plaintext 

[PHP] pobierz, plaintext 
<?php
class PageModel
{
  public function getPageByName($sPageName)
  {
	$sPageName = basename($sPageName);
 
	$sPageFileName = _DIR_APPLICATION . 'pages/' . $sPageName . '.html';
 
	if(is_readable($sPageFileName))
	{
	  $aPage['title'] = null;
	  $aPage['content'] = file_get_contents($sPageFileName);
 
	  return $aPage;
	}
	else
	  return false;
  }
}
?>
[PHP] pobierz, plaintext 

Mama nadzieje, ze troche pomoglem.

Adrian.

[.rh-]

Witam

Odgrzebuje temat, podpisuje się pod nim. Również zaczynam swoja przygodę z tym zagadnieniem, a nie chce zaczynać nowego topiku.

@Prph
Odnośnie rozmieszczenia katalogów.
W swoim mini projekcie mam katalog moduły, w którym zawieram podział na np.:
News, Products itp. W każdym z tych katalogów mam widok np (news_view, czy products_view, model (w skład modelu wchodzą dwie klasy ) ( 1- model reprezentuje u mnie klasa która jest odzwierciedleniem pól/kolumn bazy danych, 2 – klasa ze statycznymi metodami do zapisywania aktualizowania i pobierania danych itp. ) Widok to klasa która zawiera metody odpowiedzialne za konkretna akcje np.:

[PHP] pobierz, plaintext 
<?php
public function buildMenuTable() {
   $rs = MenuMapper::getAll();
   $this->tpl->setVar('rs', $rs);
   return $this->tpl->fetch('menuTable.tpl.php');
}
?>
[PHP] pobierz, plaintext 

A w pliku menuTable.tpl.php prezentacja danych...

Do tego mam jeden kontroler ktory zczytuje z url odpowiednie akcje i includuje odpowiednie pliki.

Czy rozwiązanie które zaprezentowałem kwalifikuje się na mini MVC (wiem ze takie cos nie istnieje...) ? Czy w dobrym kierunku idę ?

Pozdrawiam

[Ociu]

W mvc chodzi o to, aby moduły/akcje były podzielone teoretycznie na kontroler akcji, widok akcji i model akcji. Jak sobie zimplementujesz to Twoja osobista sprawa.

[Prph]

Ociu dobrze mowi

Pamietaj, ze MVC to nie framework. MVC to tylko ideologia pisania aplikacji. Podam Ci zupelnie inny przyklad jego uzycia, a w pelni poprawny:

[PHP] pobierz, plaintext 
<?php
//index.php
// Pokazuje dane o jakims uzytkowniku. Powiedzmy trzymane sa one w bazie.. no nie 
wazne ;)
// parametr id przekazywany jest w adresie.
 
$id = (int)$_GET['id'];
 
$oUzytkownik = new Uzytkownik($id);
$sImieUzytkownika = $oUzytkoiwnik->getName(); 
 
$oSzablony = new Smarty(); // Przepraszam, ale dawno nie uzywalem smarty, nie wiem dokladnie jak go uzyc ;)
 
$oSzablony->assign('nazwa_uzytkownika', $sImieUzytkownika);
$oSzablony->display('SzablonUzytownikow');
?>
[PHP] pobierz, plaintext 

[HTML] pobierz, plaintext 
<!--  SzablonUzytkownikow.tpl -->
 
<h1>To strona o uzytkowniku</h1>
<p>Uzytkownik ma na imie {$nazwa_uzytkownika}</p>
[HTML] pobierz, plaintext 

Nie ma zadnego frameworka, a jednak MVC. Uyztkownik jest modelem - zauwaz, ze powiedzialem, ze dane sa w bazie danych, ale jednak nie ma tu najmniejszego kodu, ktory na to wskazuje. Tak naprawde wie o tym tylko model. On sie laczy z baza danych (mysql, postrgesql, czy nawet plikami xml) i zwraca nam to, czygo szukamy.

Widok, to obiekt Smarty - systemow szablonow. Oczywiscie nikt nie kaze uzywac smarty (ja nie uzywam ).

Kontroler to index.php. Pobiera dane z $_GET, z modelu, przekazuje je do widoku i go wyswietla.

Adrian.

[.rh-]

Zgadza sie, pytam, gdyz czytajac wiele artykulow w pewnym momencie nie wiedzialem za co sie zabrac, a bardzo mi zalezalo na tym aby moj kod php byl tak obiektowy jak kod java:) odstawilem wiec czytanie i zabralem sie za pisanie...

Wiec wnioskuje ze to co napisalem w poprzednim moim poscie mialo "jakis" sens skoro nie zostalem obrzucony i sprowadzony do parteru:). Super.

Pozdrawiam!

[thornag]

i wykonuje w nim akcje zmianu danych, a poniewaz akcja addUser() posiada plik konfiguracjny z wywolaniem jako kolejnej akcji countUsers wywoluje kolejna akcje. No i pozostaje wyswietlenie widoku

Pozwolilem sobie odgrzebac temat by zadac male pytanie. Ja postanowilem zaczac od czytania i zbierania wiedzy, ale wciaz jedna rzecz nie daje mi spokoju. Pliki akcji. Wszedzie gdzie czytam wyjasnione jest M V i C nie moge doczytac o akcjach. Z tego co jest podane wynika ze sa to jedne z najmniejszych niepodzielnych czynnosci, takie jak AddUser ModifyUser. Ok mozna przyjac ze akcja to wywolanie metody obiektu. Ale co z lancuchami i z plikami konfiguracyjnymi (z czego najbardziej nie zrozumiale sa dla mnie te drugie)? Co oznacza ze cos "posiada plik konfiguracjny z wywolaniem jako kolejnej akcji"

Bede wdzieczy za maly wyklad ewentualnie linki do zrodel gdzie bedzie to idiotoodpornie wytlumaczone.

Ten post edytował thornag 22.08.2006, 18:55:15

[Prph]

Witam,

Akcja: dobrze rozumiesz czym jest. Akcja to po prostu realiacja jakiegos zadania. Np:
www.strona.pl?pokaz=galeria_fotografii. Z linku mozemy wywnioskowac, ze apliakcja php ma nam zaprezentowac galerie. To wlasnie galeria jest akcja. Tak samo moze byc akcja PokazNowosc, UsunUzytkownika.

Lancuchy akcji
Podczas jednego wywolania strony aplikacja php moze tak naprawde wykonac kilka kacji po kolei (czyli nastapi lancuch akcji). Jak? Oto przyklad:

Uzytkownik przeglada fotki na stronie. JEdna sie sie podoba, klika na UsunZdjecie.
Aplikacja php usuwa fotke z bazy lub z innego zrodla i powraca ponownie do wyswietlania fotek.
Jak to jest z poziomu aplikacji?

Zgloszenie: strona.pl/?akcja=UsunZdjecie&zdjecie=123.
Odczytuje id zdjecia (123), usuwa zdjecie
Uruchamia akcje PokazZdjecia. W efekcie uzytkownik odstaje fotki na ekranie, ale bez tej usunietej .

To samo da sie realizowac przy pomocy redirect:

[PHP] pobierz, plaintext 
<?php
// plik z UsunZdjecie:
 
// usun z bazy fotke i wroc do prezentowania fotografii:
 
header('Location: <a href="http://strona.pl/?akcja=PokazZdjecia');" target="_blank">http://strona.pl/?akcja=PokazZdjecia');</a>
exit;
?>
[PHP] pobierz, plaintext 

Zaleta lancucha akcji jest taka, ze strony nie trzeba przeladowac, wiec oszczedza sie czas Efekt jest identyczny.

Konfiguracja i lancuchy akcji


Chyba chodzi o to, ze tworzony jest plik konfiguracyjny. znajduje sie w klatalogu configs/ i nazywa sie UsunZdjecie.php.

Aplikacja otrzymuje zgloszenie aby uruchimic akcje UsunZdjecie. Zna nazwe akcji i wie, ze tak samo ma nazywac sie konfig. Wiec wczytuje konfiga.

W konfigu moze byc podane: nastepna-akcja = 'PokazZdjecia'. Aplikacja wie, ze jak wykona akcje UsunZdjecie to ma wykonac PokazZdjecia.

UWAGA: to rozwiazanie jest raczej kiepskie. Lepiej w akcji zrobic metode "forward($nazwaAkcji, $parametry)" i po zakonczeniu danej akcji uruchamiac ja. CZesto zdarzy sie, ze bedziemy musieli wykonac inna akcje, bo nastapil jakis blad (np nie podano parametru id do usuniecia zdjecia.).

Pozdrawiam, Adrian.

[thornag]

Tak to wszystko miele i mam jeszcze kilka kolejnych pytan. Realizacja rejestrowania uzytkownika w frameworku opartym o wzorzec MVC. Kompletnie nie wiem z ktorej strony to ugryzc.

Dla przykladu. Zostaje wywolany URL http://www.domena.pl/view=RegistrationForm

Kontroller laduje widok RegistrationForm, jako ze nie ma modelu ,kontroller laduje defaultowy model np index. W modelu index metoda np Perform jest pusta (musi zostac zaimplementowana gdyz chcialbym zeby model dziedziczyl po abstrakcyjnej klasie model).

Kontroller laduje model, wywoluje pusta metode Perform modelu - nic sie nie zmienia.
Kontroller wywoluje metode Display() - zostaje wyswietlony formularz rejestracyjny.

Uzytkownik wypelnia formularz i klika w wyslij (walidacja po stronie przegladarki juz byla). I tutaj zaczynaja sie moje problemy.

Jak to wyglada dalej ? Mam sobie obiekt Request i w nim moge przeprowadzic walidacje po stronie serwera.

Ale jak to polaczyc dalej ?

Akcja formularz powiedzmy wyglada tak. http://www.domena.pl/model=User&action=AddNewUser

Kontroller laduje model User, i chce uruchomic akcje AddNewUser, i co dalej ?Ciagle potrzebuje walidacji bo nie wiem gdzie ja tutaj wcisnac, potrzebuje akcje w stylu User->setUsername($username), User->setAddress($address) itp, kiedy przelece przez wszystkie setCostam (powiedzmy ze walidacje ustawie w tych metodach), teraz musze wywolac Model->SaveUser() co powoduje zapisanie ustawionych pol do bazy danych. I teraz znow nie wiem co dalej, w tej akcji ustawic kolejna ktora ustawi widok na np RegistrationDone ?

Same tutaj problemy, powiedzmy ze poczawszy od metody setUsername zawiera ona instrukcje zeby kolejna wywolac setEmail() ta znowu setAddress() itp. Ale co jesli bede chcial wykonac zwykla operacje zmiany Addressu, ktora normalnie wygladala by tak.

[PHP] pobierz, plaintext 
<?php
$user = New User($id) // nastepuje ladowanie danych do wlasciwosci.
$user->setAddress($newAddress);
$user->Save();
?>
[PHP] pobierz, plaintext 

Jak sterowac takim dzialaniem za pomoca URL ? Gdzie tu wszedzie jest klasa Request ktora w gruncie rzeczy powstala u mnie po to zeby zajmowac sie calym I/O walidacja eskejpowaniem cytowaniem itp.

Ogolnie jak mowie naczytalem sie sporo ale nie potrafie tego do kupy poskladac.

Ten przyklad obslugi uzytkownika nurtuje mnie najbardziej, stad tez mam prosbe.

Biorac pod uwage nastepujacy StoryBoard :

Kod

1. Uzytkownik wchodzi na strone. Klika w "zarejestruj sie". Wypelnia formularz. Formularz nie zawiera bledow, uzytkownik widzi podziekowania. Uzytkownik jest na stronie glownej (zalogowany). Klika w profil. Chce zmienic swoj adres.

2. Uzytkownik wchodzi na strone. Klika w "zarejestruj sie". Wypelnia formularz. Formularz zawiera bledy, uzytkownik zostaje przekierowany na strone formularza(nie chodzi tutaj o informowanie co zrobil zle). Wypelnia jeszcze raz

Co do mojej prosby, moglby mi ktos opisac jak takie cos zrealizowac ( nie chodzi mi o to zeby to ktos zaimplementowal ), ogolnie taki Walkthrough na zasadzie:

Uzytkownik jest na stornei glownej mamy URL kontroller robi to tamto. Pozniej jest na stronie ?view=form (czy cos) kontroller robi to i tamto.

Wielkie dzieki za zainteresowanie.

@Prph Raz jeszcze dzieki, w koncu lancuchy staly sie klarowne w teori

[Prph]

Witam,

Nie podoba mi sie u Ciebie organizacja MVC. Po pierwsze: strona.pl?model=Cos - zgloszenie moze zawierac jedynie akcje i parametry.

Uruchamiana jest akcja.
Akcja wie jakiego widoku uzyje i jakiego modelu uzyje.

Po drugie: nie kazda akcja potrzebuje modelu. Nawet polowa akcji nie wymaga modelu. Zobacz np. akcje DodajNowosc. Zadne dane nie pobierana sa z bazy (w naszym przykladzie). Akcja uzywa tylko widoku.

Bywa tak, ze akcja uzywa tylko modelu, widoku zas nie. Np: ZapiszUzytkownika.

Ko9lejna sprawa to uzywane kilku modeli w akcji. Zerknij:

[PHP] pobierz, plaintext 
<?php
// Akcja Pokaz zdjecia
 
$album = // pobierz id albumu do wyswietlenia z adresu url;
 
$oAlbym = new Model_Album($album);
$id_autora = $oAlbum->getAuthor();
 
$oAutor = new Model_User($id_autora);
echo 'Album nalezy do ' . $oAutor->getName();
?>
[PHP] pobierz, plaintext 

Nie mozesz wiec automatycznie ladowac widoku i modelu do akcji. Zrob klase bazowa dla akcji np. Action.
Kazda klasa akcji z niej dziedziczy.
Action posiada uzyteczne metody getModel($sModel), getView($sView). Kiedy potrzebujesz modelu/widoku po prostu piszesz w swojej akcji:

[PHP] pobierz, plaintext 
<?php
$oWidok = $this->getView('DodajUzytkownika');
?>
[PHP] pobierz, plaintext 

Co z walidacja?

Zajgorsza czesc aplikacji. Zawsze zajmuje najwiecej czasu i zawsze jest nudna Nie zastanawialem sie jak zrobie to w nowymn frameworku, ale poprzednio mmialem cos w stylu:

[PHP] pobierz, plaintext 
<?php
// akcja DodajUzytkownia;
 
if(formularz nie przeslany) // czyli musimy go wyswietlin
{
  $oView = $this->getView('DodajUzytkownika');
  $oView->display();
  return;
}
 
// form przeslany, sprawdzamy dane:
 
$name = pobierz pole name z formularza;
 
$aErrors = array(); // tablica z komunikatami o bladach.
 
if(empty($name) || strlen($name) > 128)
{
  $aErrors[] = 'Niepoprawna nazwa uzytkownika';
}
 
// tu inne testy.
 
if(count($aErrors)) // czy wystapily jakies blady
{
  $oView = $this->getView('DodajUzytkiownika');
  $oView->set('Errors', $aErrors);
  $oView->display();
  return;
}
 
// tu odpalamy model i dodajemy uzytkiownika.
// na koniec robimy:
 
$this->forward('PokazUzytkiownikow');
?>
[PHP] pobierz, plaintext 

Pozdrawiam, Adrian.

[thornag]

Hmm, duzo dalo mi to do myslania, tymbardziej ze przed chwilka mialem rozmowe ze znajomym programujacym w Javie. Do tej pory myslalem ze model odpowiedzialny jest za cala logike i to on steruje wszystkim. Z tego co zrozumialem z Twojego postu, nie bede sie upieral ze dobrze, wychodzi na to ze tak naprawde akcja jest plikiem wykonywalnym, ktora steruje i dobiera sobie i widok i model, ktory jak sadze zajmuje sie tylko przechowywaniem danych (takie kontener na dane).


Mamy plik index.php i url index.php?akcja=viewUser&id=4

Plik index.php includuje plik akcje/viewUser.php a w tym pliku mamy to wszystko o czym wspomniales czyli
tak naprawde na sztywno wpiety kod.
1. Zainicjowanie modelu/klasy User (tutaj wszystko sie wczytuje do wlasniciowsci obiektu);
2. Dodanie wlasciwosci User(username etc) do szablonu np smarty.
3. Display widok taki czy taki.

Jesli user chce zmienic swoje dane to zmienia formularz klika submit ktory prowadzi do index.php?akcja=modifyUser&id=4 i tutaj

1. Akcja inicjalizuje model User.
2. Wrzuca do niego zmienne POST
3. Zapisuje wszystko z bazie danych
4. Robi forward(viewUser) ktory robi to co opisane wyzej.

Jesli dobrze zrozumialem to mam dwa kolejne pytania. Jaka role ma w tym wszystkim kontroler ? Co on kontroluje. I co z obiektem User ktory po przekierowaniu z formularza zostal utworzony ponowanie z wszystkimi wlasciwosciami i zapisany. Czy po akcji modifyUser gdy wywoluje akcje viewUser mam ladowac dane do obiektu/modelu jeszcze raz ? Jak to rozwiazac ?


EDIT

Przeczytalem caly temat jeszcze z dwa razy i wyciagnalem troche dodatkowych informacji Moje pojmowanie wyglada teraz tak.

Mamy request http://www.domena.pl/action=viewUser&userid=1.

W pliki index.php mamy (pseudokod)

[PHP] pobierz, plaintext 
<?php
 
$oCtrl = New Ctrl();
 
$sAction = $oCtrl->getParam('action');
$oAction = New $sAction();
$oView = $oAction->Execute(); // tutaj akcja prosi o dane i wstawia je do "zmiennych szablonowych" i ustawia widok
$oView->Display();
?>
[PHP] pobierz, plaintext 

Kontroler narazie zostawie, moja akcja viewUser

[PHP] pobierz, plaintext 
<?php
class viewUserAction extends Action {
		public function Execute() {
				 $oCtrl = Ctrl::getInstance();
				 $intUserId = $oCtrl->getParam('userid');
				 $oUser = New UserModel($intUserId); //model sam sobie pobiera dane wedlug podanego ID
				 $oView = $oCtrl->getView('viewUsers');
				 $oView->setVar('username', $oUser->getUsername());
				 return $oView;
		}
}
?>
[PHP] pobierz, plaintext 

Teraz widok

[PHP] pobierz, plaintext 
<?php
class viewUserViewextends View {
			 public funtion __construct() {
					$oSmart = New Smarty();
					$oSmart->setTemplate('usersList.tpl') //to taa pseudo metoda  ogolnie zeby bylo wiadomo co sie dzieje.
		public function setVar($name, $value) {
					 $oSmart->Assign($name, $value);
		 }
		 public function Display() {
					  $oSmart->Display() // to tez taka pseudometoda :)
		}
}
?>
[PHP] pobierz, plaintext 

Czy to ogolnie ma jakis sens ?

Ten post edytował thornag 23.08.2006, 23:14:33

[Ociu]

Każdy sposób jest dobry, jeśli Ty uważasz, ze jest dobry. To jak ma działać Twój system to Twoja inicjatywa, a nie nasza. Jakby programiście mieli patrzyć, czy dobrze robią, nie powstały tak świetne frameworki jak mojavi, prado, symfony. Byłba by tylko jedna wytyczna: "Czy to wg. Was jest ok". Nie, to robimy tak, aby inni mieli dobrze. Tak to będzie istniał tylko jeden framework. Dlatego trzeba narzuć swój tok myślenia.

To było by tyle
Saluto!, Wojtek

[thornag]

@Ociu No tak. Ale inni programisci mogliby stwierdzic np "o mlody w dobrym kierunku to idzie,mozna by powiedziec ze widzi sie tu wzorzec MVC, tylko to jakies takie malo elastyczne, pomysl co by bylo gdyby..."
Jak to sie mowi po co wywazac otwarte drzwi, jesli ktos z gory widzi ze ten tok rozumowania jest bledny, bo to to to (a tu w konstruktorze lepiej to przekazac, a tu lepiej dziedziczyc bo costam), lepiej zeby opieprzyl mnie teraz niz zebym za jakis miesiac dwa moze wiecej odkryl smutna prawde ze cala praca poszla na marne bo od poczatku wychodzilem ze zlych zalozen.

@Prph

actions/ - kontrolery akcji
models/ - modele
views/ - widoki
configurations/ - konfiguracje wszystkiego co zbudujesz na owym frameworku (np. akcji lub bibliotek, ktore bys mogl pozniej dodac.)

Mozesz wyjasnic co to sa kontrollery akcji a co jest w folderze configurations. Dalej mi to troche miesza.
I kolejne pytanie do Ciebie. Jesli w modelu wystepuje blad (np bledne zapytanie SQL) co wtedy robisz ? Wyrzucasz wyjatek ? jesli tak to jak go obslugujesz. Ja myslalem zeby uzyc do tego metody forward tylko mam problem z wymysleniem jak przekazac wiadomosc. Myslalem tez zeby w bloku Catch zawrzec instrukcje ktora mi bedzie ten wyjatek razem z mesgiem obslugiwala (np poprzez forward ).

I jeszcze jedno teoretyczne. Przypuscmy ze akcja ma za zadanie skontaktowac sie z modelem i zazadac od niego listy uzytkownikow. Lista jest pusta. Czy w tym przypadku najlepiej jest korzystac z (znowu) forward ? Na zasadzie if(!count($arUsers)) oCtrl->forward(jakas tam akcja).

Ten post edytował thornag 24.08.2006, 16:20:55