Witam,

i z góry przepraszam moderację za ogólny temat wątku ale szczerze nie wiedziałem jak inaczej go nazwać. Otóż przyglądając się ostatnio budowie Zenda natknąłem się na dość nie zrozumiałą dla mnie "rzecz".

Najpierw kawałek kodu:

[PHP] pobierz, plaintext 
// Źródło "http://www.karolnowicki.pl/zend-framework/artykul/pokaz/system-logowania-w-zend-framework/"
public function loginAction()
{
  $form = new Form_Login();
  $form->setAction('/uzytkownicy/login')
          ->setMethod('post');
  if ($this->_request->isPost() && $form->isValid($_POST)) {
    // pobieramy dane z formularza
    $data = $form->getValues();
    // pobieramy domyślny adapter bazy danych
    $db = Zend_Db_Table::getDefaultAdapter();
    // tworzymy instancję adaptera autoryzacji
    $authAdapter = new Zend_Auth_Adapter_DbTable($db, 'uzytkownicy', 'email', 'haslo');
    // wprowadzamy dane do adaptera
    $authAdapter->setIdentity($data['email']);
    $authAdapter->setCredential(md5($data['password']));
    // sprawdzamy, czy użytkownik jest aktywny
    $authAdapter->setCredentialTreatment("? AND status = '1'");
    // autoryzacja
    $result = $authAdapter->authenticate();
    if ($result->isValid()) {
      // umieszczamy w sesji dane użytkownika
      $auth = Zend_Auth::getInstance();
      $storage = $auth->getStorage();
      $storage->write($authAdapter->getResultRowObject(array(
          'id', 'email', 'imie', 'nazwisko', 'rola'
      )));
      return $this->_redirect('/');
    } else {
      $this->view->loginMessage = "Niepoprawny login lub hasło";
    }
  }
  $this->view->form = $form;
}
[PHP] pobierz, plaintext 

Jak widać jest to akcja logowania w kontrolerze UzytkownicyController.php. Tu pojawia się moje pytanie czy w kontrolerze powinno się podawać hmm jak by to nazwać... dane statyczne(nie mylić ze static ;p) takie jak:

$authAdapter = new Zend_Auth_Adapter_DbTable($db, 'uzytkownicy', 'email', 'haslo')
$authAdapter->setIdentity($data['email']);
$authAdapter->setCredential(md5($data['password']));
$storage->write($authAdapter->getResultRowObject(array(
'id', 'email', 'imie', 'nazwisko', 'rola'
)));

Wiem, że pytanie prosto z księżyca ale ni jak mi to nie pasuje do wzorca MVC gdzie kontroler "Odpowiedzialny jest za przetwarzanie zadań i wywoływanie właściwej akcji lub widoku".

ps. wiem, że PHP'owskie FW nie implementują "prawdziwego" MVC ale czy to oznacza, że dopuszczalne jest pakowanie takich rzeczy do kontrolera?

http://phpmagazyn.pl/wpis?id=19


Przykład z tego artykułu bardzo fajnie zobrazuje to o co pytasz.

edit:
To nie wina FW tylko programisty który go wykorzystuje.

Nie programisty a języka, w którym osiągniecie mvc jest trudne, lub niemożliwe.

Niezależnie od tego czy mamy do czynienia z grubym czy z chudym modelem, takie coś nie ma prawa znaleźć się w kontrolerze w przypadku gdy korzystamy z MVC.

@by_ikar: Jak język może ograniczać bądź utrudniać użycie wzorca z grupy architektonicznych?

Podpinam się do prośby @Crozin -a o wyjaśnienie tej tezy

http://www.zyxist.com/pokaz.php/rozwazania_o_wzorcu_mvc oraz http://www.zyxist.com/pokaz.php/poeksperymentujmy_z_mvc

Póki co nigdzie nie widziałem tak zaimplementowanego mvc w php, gdzie istniałaby bezpośrednia komunikacja miedzy modelem a widokiem. Trudno coś takiego osiągnąć w php, i raczej narobiłoby to więcej problemów i utrudnień niż ułatwień. Napisałem trudne, lub niemożliwe. I praktycznie większość fw implementuje mvp, opisując to mvc.

To, że MVC się w PHP nie przyjęło to jedno, a to że niby język miałby uniemożliwiać/mocno utrudniać jego użycie to drugie. Ja osobiście nie potrafię doszukać się żadnego specjalnego ograniczenia narzuconego przez samo PHP.

Więc odwrócę kota ogonem. Gdyby nie było żadnego utrudnienia, to w fw takich jak zf, czy sf; zaimplementowane byłoby raczej w miarę bardziej poprawne mvc, niż tak jak jest obecnie, czyli w większości przypadków mvp. Tak przynajmniej wygląda to od logicznej strony. Szczerze mówiąc, nie widzę sensu aby widok miał bezpośrednią komunikację z modelem i mógł się z nim komunikować dwustronnie.

Witam,

tak jak podejrzewałem przedstawiony przeze mnie przykład nijak ma się do MVC. Wszystkim udzielającym się w tym wątku serdecznie dziękuję - rozwialiście moje wątpliwości.

Temat uważam za zamknięty

@by_ikar: Tak w ramach podsumowania: Palnąłeś głupotę, bo w PHP nie ma specjalnych ograniczeń uniemożliwiających implementację MVC.