MVC raz jeszcze. Opcje

[krzywy36]

Wiem, że jest masa tematów na forum o tematyce MVC ale chyba w żadnym nie ma zawartych wszystkich zasad/odpowiedzi.
Zabrałem się ostatnio za OOP i chciałem napisać coś większego, przy okazji sprawdzając wiedzę, ale stwierdziłem, że trzeba oprzeć to na jakimś ogólnym wzorcu - jak tworzyć podstrony, struktury katalogów itp. i wtedy zacząłem interesować się MVC, tak więc:

Struktura katalogów:

Kod

|core/
|controllers/
|models/
|views/
|classes/
|web/
|index.php

Po kolei:
W core znajdują się klasy: router, db, controller, model, view itp.
w controllers znajdują się klasy kontrolerów, dziedziczące po klasie controller (abstrakcyjna klasa controller to ogólny zarys kontrolera)
models to samo, czyli dziedziczace po klasie model
views - widoki wybierane w zaleznosci od akcji
classes - inne klasy, narazie nic tam nie ma,
web - skrypty js, style itp.
index.php - dołącza odpowiednie pliki i "zaczyna akcje"

?url = nazwaKontrolera/ akcja/ param1/ param2/ paramN...

Router parsuje url i się zaczynają problemy:
1. sam powinienem tworzyć obiekt kontrolera czy jakaś metoda routera (czy moze jeszcze innej klasy?) powinna to robić?
2. gdzie trzymać obiekt controllera? po prostu w zmiennej, czy moze w obiekcie innej klasy* za to odpowiedzialnej, jeśli to drugie to jak powinna działać ta klasa?
3. zakładając, że mam już utworzony obiekt kontrolera, wywołuje jakaś jego metode (akcja) - teraz jest tworzony obiekt widoku? jeśli tak to gdzie go trzymać, w kontrolerze, czy w obiekcie innej klasy*?
4. chcąc być zgodnym z koncepcją MVC, to widok powinien poprzez model pobierac dane, więc obiekt modelu powinien być tworzony i trzymany w widoku czy może wcześniej w kontrolerze?
5. potem widok wyświetla dane blablabla... hmm, to co tak właściwie robi kontroler? bo idąc moim tokiem myślenia (który jest prawdopodobnie błędny) tylko, tworzy i przechowuje widok?

*inna klasa - rejestr?

Próbowałem coś pisać ale się pogubiłem, więc zwracam się do was o pomoc, móglby ktoś napisać klarowne odpowiedzi na moje pytania? Ewentualnie opisać co konkretnie powinien robić kontroler, model, widok i jakie są zależności pomiędzy nimi (co do czego powinno mieć dostęp, co może modyfikować co itp.)

Wszystkie sugestie/rady/krytyka na temat czegokolwiek co tu napisałem - mile widziane (IMG:style_emoticons/default/snitch.gif)

Ten post edytował krzywy36 4.07.2010, 01:08:07

[Crozin]

Powiedzmy, że mamy podstronę na której wyświetlamy użytkowników serwisu w tabelce (kolumny: nazwa, email, wiek, płeć, data rejestracji) oraz dzielimy ją po 50 wpisów na stronę.

Kontroler:

[PHP] pobierz, plaintext 
$model = new MembersModel();
$model->setPerPageLimit(50);
 
$view = new TableView($model);
[PHP] pobierz, plaintext 

Model:

[PHP] pobierz, plaintext 
class MembersModel implements Sortable, Paginable {
    // Sortable interface
    protected $sortBy  = 'name';
    protected $sortDir = 'ASC';
 
    // Paginable interface
    protected $perPageLimit = 10;
    protected $currentPage = 1;
 
    // Implementacja interfejsow (settery/gettery dla powyższych)
 
    public function retrieve() {
        // pseudokod
        $sql = 'SELECT ... FROM ... ORDER BY $sortBy $sortDir LIMIT {$perPage * $currentPage}, $perPage';
        return $sql->fetch();
    }
}
[PHP] pobierz, plaintext 

Widok

[PHP] pobierz, plaintext 
class ... {
  if ($model instance of Paginable) {
    $model->setCurrentPage($currentPage);
 
    // przygotuj listę stron do wyświetlenia itp. itd
    // np.:
    $totalItems = $model->getTotalItems();
    $totalPages = $totalItems / $model->getPerPageLimit()
  }
 
  if ($model instance of Sortable) {
     $model->setSortBy($sortBy); 
     $model->setSortDir($sortDir);
  }
}
 
// i potem w jakimś szablonie
 
foreach($model->getResults() as $item): 
  // wyswietlanie wiersza
endforoeach;
[PHP] pobierz, plaintext 

To nie kontroler odpowiedzialny jest za takie rzeczy jak ustawienie względem czego mają być sortowane wyniki czy która jest obecnie strona - to widok jest za to odpowiedzialny. Widok to nie tylko wyświetlanie danych (w MVP od tego jest ostatnia część - Presenter).