DevProTalk

DevProTalk (http://www.devprotalk.com/index.php)
-   PHP (http://www.devprotalk.com/forumdisplay.php?f=9)
-   -   Staticke metode losa ili dobra praksa? (http://www.devprotalk.com/showthread.php?t=11479)

spezia 19. 03. 2013. 16:14

Staticke metode losa ili dobra praksa?
 
Zdravo svima,

Zbunjuje me ova upotreba ovih statickih metoda, posebno u nekim framework-cima.

Npr uporedjivao sam CodeIgniter i FuelPHP framework. Nasao sam sledece:

http://ilikekillnerds.com/2011/04/co...er-vs-fuelphp/

Tamo pise sledece:

Citat:

Takes advantage of PHP static variables and functions. A lot of class functions can be called statically or via instantiated means like Codeigniter.
I kada pogledam FuelPHP u Doc pun primera, Clasa::metoda(arg)

Pa sam malo pogledao na googlu i nasao clanak , gde maksimalno treba izbegavati static metode i taj nacin pristupa.

http://r.je/static-methods-bad-practice.html


Na netu sam procitao da je FuelPHP bolji framework od CI, a onda kada pogledam ove silne static metode, ispada da je gori od CI.

Posto sam zbunjen, da li neko moze da mi objasni smisao silnih upotreba static metoda kao u FuelPHP (dovoljno je da bacite par pogleda na doc, tamo je sve kroz static)? Da li se static treba koristiti veoma retko? I sta je ovde istina? Da li je Fuel dobar framework na nekom solidnom putu ili ne ( ovde mislim na koriscenje php 5.3 mogucnosti) ?

Gruja 19. 03. 2013. 17:51

Ne razumem se u PHP, ali iz iskustava sa drugim jezicima statičke metode nisu loše same po sebi. Ako je to neka utility funkcija koja ne zavisi od ostatka koda, nema svoje stanje, i nema potrebe da se nasleđuje, zašto ne bi bila statička? Bolje nego da instanciraš svaki put utility klasu samo da bi zadovoljio formu da se ne koriste statičke metode.

Sa druge strane statičke promenljive su već mnogo nezgodnije i mogu da dovedu do toga da ne znaš ko sve piše u tu promenljivu, u kom redosledu, kako se inicijalizuje, da li je uopšte bitan redosled, da li ima problema ako se modifikuje iz više niti, itd.

spezia 19. 03. 2013. 18:29

To da... Ovde u Fuel on pravi objekat preko staticke metode... Nije mi zato jasno zasto se to forsira a ne klasicno $db = new DB(); Verovatno ima neki poseban razlog, ali ne razumem bas kao sto sam i pitao:"Takes advantage of PHP static variables and functions". Nije mi jasna bas ova prednost.

Miroslav Ćurčić 19. 03. 2013. 20:22

Najčešći razlog za statičko pozivanje je zamena za GLOBAL instrukciju jer su nazivi klasa globalno dostupne svugde.
Ovo samo po sebi nije problem, naročito ako koristiš namespace.

Ono što je loše je što blokiraš sebe da kasnije napraviš nasleđenu klasu i nju upotrebiš umesto ove prve. Svugde u kodu si čvrsto vezan za ime klase a ne možeš napraviti nasleđenu klasu sa istim imenom.

Po meni, ako praviš veći projekat, treba izbegavati statičko pozivanje jer ne možeš biti siguran dali će ti kasnije zatrebati.
Za manji je svejedno.

Svi ozbiljni frejmwork-ci imaju neki sistem plugin-a u kojem je uobičajno da se nasleđuju originalne klase i smatram sputavanjem ako FW koristi mahom statičke pozive.

misk0 19. 03. 2013. 22:55

Citat:

Originalno napisao spezia (Napišite 110090)
To da... Ovde u Fuel on pravi objekat preko staticke metode... Nije mi zato jasno zasto se to forsira a ne klasicno $db = new DB();

Ne znam za ovaj konkretan slucaju ali cesto je Singleton (pattern) razlog za instanciranje objekta preko jednog statickog metoda pri cemu je tom objektu konstruktor sakriven (private) i tako dolazi da imas samo jednu instancu tog objekta u citavoj aplikaciji.
To je recimo za rad sa bazom, bila ona light poput SQLite gdje ne mogu vishe procesa da zakljucaju isti fajl istovremeno ili poput pravih DB servera redukujes broj paralelnih konekcija na bazu (taj singleton brine o tome), vrlo korisno.

jablan 20. 03. 2013. 01:45

Citat:

Originalno napisao spezia (Napišite 110090)
To da... Ovde u Fuel on pravi objekat preko staticke metode... Nije mi zato jasno zasto se to forsira a ne klasicno $db = new DB();

Pored Singleton koji je pomenuo Miško, imaš i Factory pattern http://en.wikipedia.org/wiki/Factory_method_pattern kojim dobijaš to da ne moraš da specificiraš klasu objekta koji se kreira, već to ostavljaš factory metodi (ili factory klasi). To je vrlo popularno u Javi (a očigledno i u Javinom vanbračnom detetu PHPu hehe).

webarto 20. 03. 2013. 02:43

Ne postoje statičke metode.

http://nikic.github.com/2011/12/27/D...ASP-SOLID.html

I uzeo si najlošiji code za primjer. Pogledaj: http://framework.zend.com/ ili http://symfony.com/

jablan 20. 03. 2013. 11:42

Citat:

Originalno napisao webarto (Napišite 110095)
Ne postoje statičke metode.

Ne kapiram:

Citat:

Whenever you are writing Foo::bar() in your code you are tightly coupling your code to the Foo class.
A kad napišeš $foo = new Foo(); to onda nije tightly coupling to the Foo class?

Mislim, većina tog članka ima smisla (mada se meni lično povraća kad vidim akronime, jer me podseća na faks i bubanje stvari napamet), ali ne baš sve, posebno imajući u vidu da je PHP, ponavljam, dinamički jezik (ili je barem bio pre nego što vam je Java uvalila trojanca). BTW, taj nikic koji je dosta glasan u PHP communityju ima 18 godina...

Uzgred, nisu li svih koliko hiljada PHP builtin funkcija zapravo statičke metode u globalnom nejmspejsu? Jel se sad pravimo da ne postoje ili šta?

pkrstic 20. 03. 2013. 12:54

da li je obicna funkcija ili staticna metoda u nekoj klasi je isto sa tvoje tacke gledista, razlika je u tome da u CI moras da napises ono skrnavo $this->load(....), a kod fuela i ostalih koji su se potrudili da nameste autoload (CI NEMA AUTOLOAD) koriste se klase sa staticnim metodama (NekaKlasa::metoda()) koje medjusobno nisu povezane. Ono sto si nasao na netu je problem sa staticnim varijablama u nekoj klasi i kako se to odrazava na testiranje koda.

offtopic: CI menja licencu od verzije 3.0 u neku koja samo njima odgovara, FuelPHP je napuseten od onih koji su ga pravili, najnoviji buzz je Laravel ako vec ucis nesto onda kreni sa njime

mangia 20. 03. 2013. 13:30

Ci mijenja licencu, fuel napušten, kohana nema dokumentacije, Laravel dolazi,...

Ispada da pametni programeri naprave svoj FW i uživaju...


Vreme je GMT +2. Trenutno vreme je 01:36.

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.