Forum PHP.pl

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 

Ten post edytował Crozin 28.02.2010, 19:45:08

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 

Ten post edytował skowron-line 28.02.2010, 23:19:01

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.