PHP i design patterni

Postavljam ovo pitanje po cenu da ispadnem bas pglu :)
Ako PHP objekti zive samo u toku jednog serverskog zahteva, nije mi jasno ima li neke vajde koristiti creational design pattern-e tipa singleton, factory... razumem da meni ima koristi kao developeru da postignem razdvoenost koda, odvojim objekte, ali ima li ovo nekog uticaja na izvrsavanje PHP skripti. Jbg radio sam samo sa .NET framework-om sada mi malo nije jasno kako radi nesto sto nije managed code i jos se interpretira :(

Imas solidnu dokumentaciju na ovom sajtu. Koristim sve osim factory. Naravno; citljivost i mnogo laksi upgrade jednog dana.

Ako si nov u php-u, mogu ti preporuciti Doctrine za ORM. Realno, trebace ti 3-6 dana da ga savladas, ali vredi.

Naravno da ima smisla... Ako jos ne vidis zasto... verovatno nisi imao prilike da radis sa "dovoljno komplikovanim" kodom ili problemu gde se prirodno namece neki Design pattern. (Siguran sam da niko ne zeli da kreira 2 ili vise konekcije ka istoj bazi u jednom zahtevu "Singletone pattern").

Kako je ova prica vrlo usko povezana sa OOP-om, moj savet ti je da proucis odgovarajucu literaturu i da naravno sto vise primenjujes OOP.

Vremenom ce ti se samo kasti.....

Singleton je zamena za global ključnu reč. U veb programiranju se dosta koristi MVC, FrontController, DAO i ORM. Razne Decorator i Commander varijante.

Da, podrazumevano jeste da se objekti inicijalizuju pri svakom zahtevu ali tvoja aplikacija uglavnom ima stanje koje prenosiš tako da se između dva vezana zahteva doći promena u njihovom stanju i onda opet mogu da pevaju svoju pesmicu i dobacuju se porukama međusobno. Možeš i cele objekte da pamtiš u $_SESSION ili neki drugi način.

Na kraju, video sam i jedno rešenje gde je postojao server napisan u PHP-u koji se vrti stalno, i PHP klijent kroz Apache koji primi HTTP zahtev, zakači se i izvrši interakciju sa objektima unutar servera i prikaže stranicu.

Potpis

http://sr.libreoffice.org — slobodan kancelarijski paket, obrada teksta, tablice,
prezentacije, legalno bez troškova licenciranja

Global je za sabane , singleton je nesto drugo, evo ti dobar primer:
http://www.talkphp.com/advance...-singleton-design-pattern.html

Nikako! Zasto bi cuvao objekat u $_SESSION-u? PHP bi konstantno vukao gomilu serijalizovanih objekata, i kad mu treba i kad mu ne treba. Potpuno bespotrebno arcenje resursa, a ne smem ni da zamislim sta bi se desilo da uradi print_r ($_SESSION['objekat'])

mmm... ovo deluje interesantno. Imas neki link, cisto da vidim o cemu se radi?

Hocu malo da obrnem pitanje. Zasto koristite pattern-e u PHP-u?

Željko, jedino po čemu se global i singleton razlikuju je što globalna promenljiva ne može sama sebe da inicijalizuje. Pozivanje singletona izlazi u globalni prostor gde je ta skrivena statička instanca da dovuče objekat i to iz bilo kog konteksta baš kao što to radi global/superglobal. U vezi $_SESSION, ako imaš „business-like“ veb aplikaciju, njoj i trebaju ti objekti pri svakom zahtevu jer to predstavlja stanje aplikacije, a tekući zahtev je samo novi event. Za stateless veb sajtove model je drugačiji, naravno. Nemam link, interno rešenje ali zgodna ilustracija da PHP ne mora biti ni stateless niti objekti moraju biti kratkoročni.


Nazad na temu, lakše je dokumentovati gotov obrazac u kodu.

Ako programer ispravno primenjuje OOP tehnike, gotovi obrasci se i sami pojave u kodu. Ne volim da ih koristim kao stroge šablone od kojih se počinje nego kolekciju zgodnih ideja koje treba imati u vidu. Ja ih doživljavam kao neobaveznu opštu kulturu, dok čitaš novi kod kažeš: „a ha, evo ga to-i-to“ ili „heh, ovo liči na ono-i-ono“, i nastaviš dalje kroz kod sa većim samopouzdanjem.

Potpis

http://sr.libreoffice.org — slobodan kancelarijski paket, obrada teksta, tablice,
prezentacije, legalno bez troškova licenciranja

U realnom svetu, tebi zaista nikad nece trebati da u bas svakom trenutku imas instancu 'neke' klase, osim eventualno konekcije ka bazi. Instanca 'necega' se uzima tek kad treba.


Olaksava posao.
Imas gomilu dokumentacije na netu, probaj nesto tipa 'oop best practices' ili slicno.

"Silver bullet" ne postoji. Pa tako ni design patterni nisu svemoguci, kao sto i ako pises phpunit testove nisi imun na bugove... sto znaci da aplikacija ti nece raditi sama od sebe "ocekivano" ako pises i koristis iste.

Ja mislim i potpuno se slazem sta je @Goran Rakic napisao u poslednjem njegovom postu. Jedno je biznis-like RIA aplikacija, a drugo je stateless sajt ili aplikacija tipa wordpress i joomla.
Ne znam kako je kod drugih, ali kada pocinjem nesto da pisem, ne mogu da uvek znam, da li da koristim ovaj ili onaj pattern.
Ukoliko taj deo koda koristis vise puta, sa razlicitih mesta u aplikaciji, onda ides lepo refractor, pa vidis sta ti ima najvise smisla, da li ces da koristis ili ovaj ili onaj, ili neku varijaciju na temu.

Sam Martin Fowler, je rekao, da on skoro nikada ne koristi design pattern-e na isti nacin u svakoj aplikaciji, vec odradi neki "hack" ovde i onde. Ovo je samo parafrazirano.

Takodje, ako samo koriscenje design pattern-a , kao sto ti kazes omogucava vise para da zaradis, bilo bi lepo da to podelis sa namo, ukoliko zelis taj svoj design pattern.

Ja se izvinjavam mozda sam malo naporan ali mislim da sam konacno formulisao sta sam hteo da pitam.

Ako se static instance klase koja treba da bude singleton pri svakom request-u resetuje, to znaci (IMO) da svaki put kada pozovem tu klasu ja pravim novu instancu te klase.
Kako to onda moze da bude singleton?

Request je u toj rečenici HTTP request (implicitno se podrazumeva da se radi o veb aplikaciji u PHP-u), a ne poziv klase/metode.

Da, PHP ne čuva stanje između dva HTTP poziva jer HTTP je stateless protokol, ne verujem ni da je sa ASP.Net-om nešto drugačije. Skripta se pri svakom pozivu od strane veb servera iznova izvršava u novom memorijskom prostoru, kao dva odvojena "programa". Unutar jednog izvršavanja možeš imati objekte, statičke i globalne promenljive (pa i potpuno regularne singletone) i to sve radi kako se očekuje.



Promenljive $a i $b ukazuju na istu insancu klase Example, i poslednji red će ispisati "bar".

Međutim ako pri ponovnom pokretanju ove skripte kroz novi HTTP zahtev ponovo pozovem Example::singleton() ovo će biti izvršeno u novom memorijskom prostoru tu nema one instance "od malopre" sa parametrom foo="bar". Ako to želim (a ima razloga i za i protiv zašto to /ne/ treba raditi), moram ručno da sačuvam objekat u nekoj deljenoj memoriji između dva HTTP zahteva.

Ako koristiš PHP za pisanje standalone aplikacija (konzola, gui) onda je tvoja skripta jedan proces tokom celog izvršavanja sa svojim memorijskim prostorom.

Potpis

http://sr.libreoffice.org — slobodan kancelarijski paket, obrada teksta, tablice,
prezentacije, legalno bez troškova licenciranja