[PHP]MVC - co przekazywać widokowi, a czego nie? Opcje

[SmokAnalog]

Witajcie,

dzisiaj mam taką małą zagwostkę na temat wzorca Model View Controller. Czy powinno się przekazywać widokom instancje generowane przez modele? Innymi słowy, czy nazwa klasy ma w ogóle prawo znaleźć się w widoku?

Przykład: mamy metodę, która pobiera obiekt zalogowanego użytkownika, a w widoku wypisujemy jego login. I teraz mamy dwie możliwości:

1. Użyć klasy w modelu, np.:
   
   W widoku:
   

   [PHP] pobierz, plaintext 
   Witaj, <?php echo User::getLoggedIn()->login ?>!
   [PHP] pobierz, plaintext 

2. Przekazać obiekt użytkownika widokowi, np.:
   
   W kontrolerze:
   

   [PHP] pobierz, plaintext 
   $view->user = User::getLoggedIn()
   [PHP] pobierz, plaintext 

   
   
   W widoku:
   

   [PHP] pobierz, plaintext 
   Witaj, <?php echo $this->user->login ?>!
   [PHP] pobierz, plaintext 

[Spawnm]

Widok nie powinien wykonywać modyfikacji na bazie, jego zadaniem jest jedynie prezentacja danych.
Modyfikacje wykonuje model wywołany w kontrolerze.
Autoload to nie tworzenie modeli, tylko wczytywanie plików z klasami.

[SmokAnalog]

Widok nie powinien wykonywać modyfikacji na bazie, jego zadaniem jest jedynie prezentacja danych.

To wiem.

Modyfikacje wykonuje model wywołany w kontrolerze.

To też wiem, ale czy zabezpiecza się jakoś te metody? Czyli np. fabryka modeli ustala kontekst dla danego modelu, blokując tym samym pewne metody (albo lepiej, w kontekście kontrolera odblokowując pewne metody)? Wyobrażam sobie to mniej więcej tak:

[PHP] pobierz, plaintext 
$user = Model::factory('User', array('id' => 5), Model::READ);
[PHP] pobierz, plaintext 

oraz

[PHP] pobierz, plaintext 
$user = Model::factory('User', array('id' => 5), Model::READ_WRITE);
[PHP] pobierz, plaintext 

Ta druga przekazałaby do obiektu klasu User jakąś zmienną, np.

[PHP] pobierz, plaintext 
$result->_write = true;
[PHP] pobierz, plaintext 

A wszystkie metody zapisujące sprawdzałyby:

[PHP] pobierz, plaintext 
if($this->_write) {...}
[PHP] pobierz, plaintext 

Dobrze kombinuję?

Można też pomyśleć o tworzeniu osobnych klas, np. User i User_Write (extends User), a fabryka dobierałaby nazwę klasy na podstawie parametru kontekstu.