Hey, mam pytania odnosnie MVC, zastanawiam sie czy kontroler i model ma dostep do widoku czy sam kontroler
http://athlan.pl/wp-content/uploads/mvc-model.png
czy
http://sysdm.googlecode.com/files/mvc.png

Kolejne pytanie: jak wyglada struktura folderow takiej aplikacji? I czy jest zalezna od powyzszych zaleznosci pomiedzy widokiem a kontrolerem i modelem?
I następne: takie proste sprawdzenie czy formularz zostal wyslany (nie chodzi o walidacje) czy nie ma byc obslugiwane w kontrolerze czy modelu?
No to jeszcze jedno: mam ksiazeczke i tam jest takie cos jak router i dispatcher, ale oczywiscie jest tam 100 linijek kodu i zero zrozumialego opisu, moglby ktos wyjasnik do czego sluza?

Nie sklamie jezeli powiem ze przelecialem juz wszystkie arty w naszym ukochanym polskim internecie ale procz zawilej teorii nie znalazlem odpowiedzi na te pytania, pozdrawiam

Router - tłumaczy dane wejściowe użytkownika - np. URL albo opcje z konsoli - i mapuje je na kontroler/akcję i parametry do wywołania.
Dispatcher - bierze te przetłumaczone dane i mapuje je na konkretne wywołanie klas/metod w systemie. To on w dużej mierze odpowiada za workflow. Teoretycznie podmieniając Dispatcher np. w takim ZF możesz sprawić, że akcje będą samodzielnymi klasami, a nie metodami klasy kontrolera.


c.d.

Jest jedna zasada - w żadnym wypadku model nie powinien nic wiedzieć o widoku. To dwa różne światy <kropka>.

W drugą mańkę jest trochę inaczej - są jakby 2 szkoły. Jedna twierdzi, że widok też nie powinien mieć dostępu do samego modelu, a tylko do danych z niego pobranych. Druga, że to nic nie przeszkadza stąd np. twory a'la ModelAndView w Springu (Javowy framework).

Nie podłączę się pod żaden z tych nurtów, bo zwyczajnie nie mam ochoty o tym dyskutować. Mogę jedynie stwierdzić, że im bardziej projektanci trzymają się czystego MVC (1-wsza szkoła) tym więcej pracy - duuużo więcej kodu - się z tym wiążę,a le jest to mniej elastyczne. Trzeba znaleźć złoty środek, albo kierować się głową przy doborze technologii do projektu.

Napisales jak goscie na kursach nie wiele z tego zrozumialem, bez urazy :]

Czyli wg ciebie dobry jest schemat 2 ktory wyslalem? A jak z katalogami i ich zawartoscia?

Wg mnie 1-wszy lepiej oddaje sens MVC.

Co do katalogów to niewiele Ci powiem - przejrzyj Symfony, Agavi, ZF i np. Kohanę. Zobacz, które najlepiej Tobie pasuje etc.

P.S.

Popraw link w stopce.

Co do różnych wariacji wzorca MVC: Temat: MVC Kontroler gdzie - jest sporo o tym jak ten MVC w "środowiskach webowych" wygląda/mógłby wyglądać.

Tutaj jest prosty i bardzo czytelny schemat działania MVC: http://upload.wikimedia.org/wikipedia/comm...llerDiagram.svg - w podlinkowanym wątku masz komentarz do tego obrazu.

No to jeszcze raz...

Router
W dużym skrócie: pobiera jakieś dane, przetwarza je i zwraca "surowe" dane uzyskane w procesie przetwarzania. Przykładowo taki router może rozpoznawać adresy URL i na ich podstawie określać co ma być wywołane (coś jak Apatche'owy moduł rewrite).
Czyli router dostaje przykładowo dane: Temat: MVCKontroler Model Widok i na tej podstawie zwraca nam dane przykładowo:

Dispatcher
Po edycji: Dispatcher zasadniczo odpowiedzialny jest za to by wywołać akcję (czyli korzystając z ReflectionAPI czy czegoś w stylu (niezbyt ładne)

[PHP] pobierz, plaintext 
$controller = 'Abc'; $action = 'Def';
$c = new $controller();
$c->$action();
[PHP] pobierz, plaintext 

EDIT:
Jeszcze zapomniałem wspomnieć o strukturze katalogów. Generalnie to... jak Ci jest wygodniej. Warto tylko pamiętać by część danych była jednak jakoś rozdzielona. Czyli w miarę w jednym miejscu trzymasz sobie różne modele, gdzie indziej kontrolery, gdzie indziej jakieś biblioteki (chodzi o kod jakiś Doctrineów, Propelów, Swiftów, Symfonów, Zend Frameworków itp. itd.). Dobrze by też było by kod aplikacji był poza public_html - czyli w public_html trzymasz sobie jakieś obrazy, arkusze stylów, pliki JS. Trzymasz też jeden prosty plik PHP, który uruchamia całą aplikację - może on wyglądać nawet tak:

[PHP] pobierz, plaintext 
<?
 
require_once '..........';
 
$dispatcher = new \MyProject\Dispatcher();
$dispatcher->run();
[PHP] pobierz, plaintext 

no wlasnie, dazylem do stworzenia takiej aplikacji, ktora uruchamialbym w indexie tak jak pokazales Crozin, zwyklym wywolaniem jednej metody, jednak nie bardzo mi wychodzilo, bo musze jakos polaczyc ze soba config, widok, zeby dostep do bazy miala kazda klasa itp itp. no i zeby to mialo rece i nogi. W duzych aplikacjach MVC trzeba korzystac z routera i dispatchera?

Crozin, jak dla mnie, pomieszałeś trochę dispatcher z front controllerem. Dispatcher nie robi tylu rzeczy, nie powinien.
Zasadniczo on ma tylko wywołać akcję.

I wtedy byś cały sens MVC poszedł by się...
I tak stworzysz coś co będzie pełniło rolę wspomnianego - może co najwyżej nie będzie to jawnie nazwane Routerem/Dispatcherem, ale będzie pełnić ich funkcje.

@LBO: A rzeczywiście pomyliłem... (żeby nie było: przypadek :]).

zaczynam kumac, zaczalem czytac tematy, ktore zapodal Crozin i sie zastanawiam czy model ma generowac odpowiedni widok czy model ma zwracac wartosci do kontrolera, ktory to bedzie generowal widok?

I rozumiem ze role kontrolera moze pelnic kilka klas, jedna np, przy wysylaniu jednego formularza, inna drugiego, jeszcze inna przejecia jakiegos GET'a?

I tak, i nie. Zazwyczaj we frameworkach jest tak, że jest jeden główny kontroler (FrontController), dyspozytor na podstawie parametrów routingu tworzy obiekt akcji (który też jest kontrolerem) i odpala jedną z metod tego obiektu.

Nie bardzo wiem o co chodzi z tym...

a ten FrontController to ten guru, co wczytuje caly config (polaczenie z baza itp), jakos tak?

Masz sobie link który wygląda powiedzmy tak.

I dispatcher utworzy obiekt klasy users i wywoła metode edit z parametrem. To tak w wielkim skrócie.

[PHP] pobierz, plaintext 
class users {
   public function edit($id)
   {
    //
   }
}
[PHP] pobierz, plaintext 

Tylko, żeby było jasne - to Router (a raczej różne klasy Routera trzymające się interfejsu Routera) tłumaczy URL



lub pretty URL



lub nawet wywołanie z konsoli



a dopiero z tego Routera Dispatcher pobiera wszelkie dane.

Dispatcher też może posiadać swoje wyspecjalizowane klasy i tak jeden rodzaj Dispatchera wywoła akcję tak jak podał @skowron, a inny może wywołać:

[PHP] pobierz, plaintext 
/**
 * Klasa edit w folderze "users"
 */
class Edit extend Action
{
    public function execute()
    {
        $id = $this->getParameter('id');
        // reszta
    }
}
[PHP] pobierz, plaintext 

Rozumiem juz chyba jak wygladaja zaleznosci pomiedzy modelem, kontrolerem i widokiem, ale router i dispatcher... troche to zamotane, heh, macie moze jakas mala aplikacje napisana w MVC, (cos malego) jakis dobry kod do analizy? Niestety na necie cienko z tym. Najwiecej sie naucze analizujac kod. Pozdrawiam

Np. obadaj sobie jka to wygląda w Kohanie www.kohanaphp.com
Powodzenia

http://samuelsjoberg.com/archive/2007/01/url-dispatcher <- 3 wynik w guuglu.

skomplikowana ta klasa dispatchera w tym co podałeś skowron-line, chyba puki co nie bede korzystal z routera/dispatchera, albo jak ktos gdzies wspomnial, bede korzystal nieswiadomie ;] pablo89pl, nie lubie frameworkow, nie lubie sobie ulatwiac w ten sposob zycia ;] To jak z jquery, mimo fajnych efektow, latwego uzycia, wole sie nauczyc od podstaw, czystego JS, a potem skorzystac z frameworkow, tak samo w PHP, choć nie wiem czy to jest podobnie z tym. Pozdro

Źle myślisz. zamiast uczyć się nowych technik i dobrych praktyk, będziesz się utrwalał w swoim programistycznym - zazwyczaj bardzo wąskim - światopoglądzie.

Nie wiem jak rozwiazac problem, chce metoda __autoload pobrac wszystkie klasy tak aby byl dostep do ich obiektow z innych klas, jednak ta metoda magiczna uaktywnia sie przy wywolaniu obiektu,

[PHP] pobierz, plaintext 
function __autoload($filename) {
	require_once(CONTROLLERS . $filename . FCLASS);
	require_once(MODELS . $filename . FCLASS);
	require_once(VIEW . $filename . FCLASS);
}
$ob = new homePage;
[PHP] pobierz, plaintext 

tym sposobem pobierze klase z folderu kontrolerow ale potem zechce pobrac z modeli i wywali blad bo nie ma takiej samej klasy w folderze models co controllers, rozwiazalem to tym sposobem

[PHP] pobierz, plaintext 
function __autoload($filename) {
	if(require_once(CONTROLLERS . $filename . FCLASS)) return true;
	if(require_once(MODELS . $filename . FCLASS)) return true;
	if(require_once(VIEW . $filename . FCLASS)) return true;
}
[PHP] pobierz, plaintext 

No i moje pytanie, czy jest to poprawne? Mozna tak robic? Jezeli nie, to jakie jest lepsze wyjscie? Zgodnie z zalozeniem MVC musze miec dostep do klasy modeli z poziomu kontrolerow i do widoku z poziomu kontrolerow.

1) Sugerowałbym skorzystać z przestrzeni nazw, żeby mieć chociaż trochę porządku w nazewnictwie
2) Funkcja __autoload() jest uruchamiana za każdym razem gdy próbujesz użyć klasy, która nie istnieje. Więc każdorazowo powinieneś na podstawie jakiś tam kryteriów wczytać (o ile to potrzebne) z odpowiedniego katalogu plik z definicją klasy.

wydaje mi sie ze z nazewnictwem nie jest zle, zrobilem sobie taki config ze stalymi

[PHP] pobierz, plaintext 
/* Glowna sciezka do aplikacji */
define("ROOT", realpath(dirname(__FILE__) . "/../../"));
 
 
/* Klasy kontrolerow */
define("CONTROLLERS", ROOT . "/app/controllers/");
 
 
/* Klasy modeli */
define("MODELS", ROOT . "/app/models/");
 
 
/* Klasy widoku */
define("VIEW", ROOT. "/app/view/");
 
 
/* Koncowka pliku klasy */
define("FCLASS", ".class.php");
[PHP] pobierz, plaintext 

i w sumie __autoload() dziala elegancko, moge sie teraz odwolac do dowolnej klasy w kazdej klasie ktorej chce (oczywiscie oby tylko zgodnie z MVC)

//02.03

Hey, postanowiłem coś SPRÓBOWAĆ napisać w oparciu o MVC, puki co mam VC, napisałem bardzo prosty system wybierania szablonu, ustawiania i uruchamiania aplikacji, wiadomo, teraz na nic się to nie nada, ale chodzi mi to o samą metodę a raczej metody, czy dobrze są ustawione, czy kontroler dobrze jest napisany itp. Jezeli cos jest zle, a pewnie tak, to prosze o jakies podpowiedzi jak to poprawic. Po poprawie dorzuce model. Pozdro

index.php

[PHP] pobierz, plaintext 
<?php
 
require_once("app/config/config.php");
 
function __autoload($filename) {
	if(require_once(CONTROLLERS . $filename . FCLASS)) return true;
	if(require_once(MODELS . $filename . FCLASS)) return true;
	if(require_once(VIEW . $filename . FCLASS)) return true;
}
 
try {
 
	$ob = new Controller();
	$ob->run();
 
 
} catch(Exception $e) {
	echo "Blad: ".$e->getMessage();
}
?>
[PHP] pobierz, plaintext 

app/controllers/ViewController.class.php

[PHP] pobierz, plaintext 
<?php
 
class viewController 
{
	public $themeFolder;
	public $themeDirectory;
 
	public function theme($folder) 
	{
		$dir = VIEW . $folder;
		if(@!opendir($dir))
			throw new Exception("Nie ma stylow w podanym folderze");
 
		$this->themeFolder = $folder;
		$this->themeDirectory = $dir;	
 
	}
 
	public function getTheme() 
	{
		return $this->themeFolder;
	}
 
	public function getThemeDir() 
	{
		return $this->themeDirectory;
	}
 
	public function display($file) 
	{
		if(@!include($this->getThemeDir() . "/" . $file))
			throw new Exception("Nie znaleziono pliku widoku (".$file.")");
	}
 
}
 
?>
[PHP] pobierz, plaintext 

app/controllers/Controller.class.php (to moglbym wrzucic do jakiegos folderu Core np. ale czekam puki co na opinie

[PHP] pobierz, plaintext 
<?php
 
class Controller
{
	public $model;
	public $view;
 
	public function __construct()
	{
		$this->view = new viewController;		
		// + obiekt modelu
	}
 
	public function setTheme()
	{
		$this->view->theme("theme1"); 
	}
 
	public function setHome()
	{
		$this->view->display("form.phtml");
	}
 
	public function run()
	{
		$this->setTheme();
		$this->setHome();
 
	}
 
}
 
?>
[PHP] pobierz, plaintext 

app/view/theme1/form.phtml

[HTML] pobierz, plaintext 
<form action="index.php" method="POST">
	<input type="submit" name="wyslij" value="Zaloguj" />
</form>	
[HTML] pobierz, plaintext 

W klasie controller masz metode run() ktora wywoluje 2 publiczne metody ale je daj na protected lub private jesli klasa ma byc "final" bo jak nie to sie mija z celem.
Modelu i widoku raczej nie ustawiaj na sztywno do jednego atrybutu jak cos daj chociac do array zebys mogl korzystac z kilku modeli jesli bedzie taka potrzeba.

Jak dam run() protected to chyba nie bede mogl jej wywolac z poza klasy nie? a przeciez musze ja wywolac poza klasa.

http://pl.wikipedia.org/wiki/Hermetyzacja
Czy ja mowilem o metodzie run().... nie.Poczytaj a bedziesz wiedzial o co kaman.

No tak, rozumiem o co chodzi, powinienem dac metodom setTheme i setHome protected. Poza tym co zmienic itp?

Nom wlasnie o to mi chodzi a tak na reszte nie lukalem.