DevProTalk

DevProTalk (http://www.devprotalk.com/index.php)
-   PHP (http://www.devprotalk.com/forumdisplay.php?f=9)
-   -   PHP Stilovi pisanja aplikacija (Best design practices) (http://www.devprotalk.com/showthread.php?t=388)

Ilija Studen 19. 06. 2007. 20:05

Ne vidim ništa loše u tome da se u view-u pozivaju metodi modela, dokle god si ti pozivi tiču izvlačenja i prezentovanja podataka. Ako ih koristiš za nešto drugo (tipa osvežavanje sesije, modifikacija ili brisanje vrednosti itd) tome nije mesto u view-u (duh!).

U gornjem primeru getUsername() može da bude prost accessor, a opet iza njega može da se krije nešto mnogo složenije. Koga je briga dokle god dobijamo očekivani rezultat.

Stvari bi bile izuzetno loše kada bi u viewu imao nešto tipa:

PHP kôd:

{$user->setUsername('new one')};
{if 
$user->save()}
  <
p>Saved!</p>
{else}
  <
p>Failed to save!</p>
{/if} 


dee 19. 06. 2007. 20:14

ma to je jasno ;)

[iako, tnx na volji da se bude jasan, svakako]

ppavlovic 19. 06. 2007. 20:16

Dizajneri ZendFramework-a su malo zeznuli stvar oko MVC-a, pa su na kraju morali da isprave model. Detalji su na
http://devzone.zend.com/article/2072...e-ViewRenderer

Controller - setuje podatke dobijene iz Model
View - radi samo "glupu" prezentaciju

robi-bobi 19. 06. 2007. 21:11

a evo i necega sto nisam mogao da nadjem kad mi je trebalo
cake lifecycle
http://www.cakecollab.org/lifecycle.png

kaspar 21. 06. 2007. 17:44

Citat:

Originalno napisao robi-bobi (Napišite 37426)
a evo i necega sto nisam mogao da nadjem kad mi je trebalo
cake lifecycle
http://www.cakecollab.org/lifecycle.png

Uf, a meni bas sad treba :)


Inace slazem se sa Ilijom u pogledu View dela MVC strukture. Dok god ne menja stanje aplikacije i samo prezentuje podatke nema nikakvih problema sa pozivima bilo direktno modela bilo akcija kontrolera koji na neki nacin komuniciraju sa modelom.

dee 10. 07. 2007. 15:28

Citat:

Originalno napisao Ilija Studen (Napišite 37413)
Kontroler je spona između viewova i modela. Ako imaš $smarty->assign() u modelu nešto ne radiš kako treba ;)

Evo ga jedan konkretan primer gde mislim da je odvajanje dobro urađeno:

PHP kôd:

class SomeController {

  function 
index() {
    
$this->smarty->assign('users'Users::findAll());
  }



Gde kasnije u templateu imaš nešto tipa:

PHP kôd:

{if $users}
<
ul>
{foreach 
from=$users item=user}
  <
li>{$user->getUsername()|clean}</li>
{/foreach}
</
ul>
{else}
<
p>No users here</p>
{/if} 


Ilija, kako ti ugrubo izgleda ovaj objekt kojeg zoves sa Users::findAll() ? i sta ti on vraca? array objekata, referenci na objekte, nesto trece?

Ilija Studen 10. 07. 2007. 15:43

Nije objekat već klasa sa par statičkih metoda. Sama klasa se nikada ne instancira jer potrebe za instancom nema.

Funkcija findAll() vraća niz objekata. S druge strane findById() vraća samo objekat koji odgovara prosleđenom ID-ju ili NULL ako ga ne nađe.


Vreme je GMT +2. Trenutno vreme je 23:32.

Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.

Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.
Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.