![]() |
![]() |
![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 2 958 Pomógł: 574 Dołączył: 23.09.2008 Skąd: wiesz, że tu jestem? Ostrzeżenie: (0%) ![]() ![]() |
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:
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? Ten post edytował CuteOne 26.02.2012, 02:35:28 |
|
|
![]() |
![]()
Post
#2
|
|
Grupa: Zarejestrowani Postów: 6 476 Pomógł: 1306 Dołączył: 6.08.2006 Skąd: Kraków Ostrzeżenie: (0%) ![]() ![]() |
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.
|
|
|
![]()
Post
#3
|
|
Grupa: Zarejestrowani Postów: 1 798 Pomógł: 307 Dołączył: 13.05.2009 Skąd: Gubin/Wrocław Ostrzeżenie: (0%) ![]() ![]() |
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. |
|
|
![]() ![]() |
![]() |
Aktualny czas: 5.10.2025 - 11:28 |