Staticke metode losa ili dobra praksa?

[_korso_]

^ Generalno uvek su tu sf2 i zf2 koji su se odrzali zadnjih n godina za one koji zele pouzdan fw.

[mangia]

To da samo za neke manje projekte...

[Djuki]

Fuel sprema verziju 2

https://github.com/fuelphp/fuelphp

Nije napusten samo oslabljen sastavom, ali nastavlja dalje, sa composerom i sa modernim primesama.

U verziji 2 nema statickih poziva.

Sto se tice stabilnosti Fuel je dosta stabilan jer se ne ponasa kao Kohana koja sa novim verzijama razbija srari kod. To je uradio i Laravel sa verzijom 4 (Moguc prelayak sa 3 ali uy dosta promena i truda).

[misk0]

Originalno napisao webarto

Ne postoje statičke metode.

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

Nisam procitao cijeli clanak, jer sam odustao kod njegovog objasnjavanja zasto je Singleton losh... Naivno je pokusavati rijesiti jedan problem sa Singletonom (ili bilo kojom drugom metodom) i ako ne uspijes - jer taj metod nije za to predvidjen proglasiti taj metod loshim...
Nema potrebe da objasnjavam, ko hoce moze procitati komentare pametnih i ljudima kojima se dalo da objasne guru-u zasto se sta koristi.

[webarto]

[misk0]

Ne kontam kakve veze ima Dependency Injection sa ovim? Odgovorim na sva pitanja i dodjem u tacku 'Procitaj sta je Depency Injection'...

ali najbolji je prvi post na onoj tamo temi 'Every programmer is a programming guru.'...

[webarto]

Kakve veze ima nečiji komentar? Podforum je PHP i spominješ Singleton. Možeš li navesti i jednu (opravdanu) primjenu tog patterna?

http://www.phparch.com/2010/03/stati...hoose-neither/
http://www.slideshare.net/go_oh/sing...r-applications

^ Oni imaju više od 18 godina ako nešto znači.

[spezia]

Originalno napisao pkrstic

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

Precizan odgovor. A sto se tice off, mislim da ti ljudi koje si pomenuo nisu bitan faktor. Oni su prvo napustili CI (a CI nastavio da zivi i posle njih), sad im ne odovara Fuel (a on se i dalje razvija), pa nasli nesto trece (pitam se do kada). Ako se njima opterecujemo onda ni jedan fw necu uciti jer ni jedan ne valja.. Nisu ni oni najpametniji na svet pa moram da ih pratim. Ovde je bitno kolika je jaka podrska, community. Dzaba je nesto novo i dobro ako nema ni jedan dodatak (plugin). Onda cu radije da ostanem na CI (koji ima podrsku za mnogo stvari + dodaci)nego da se hvalim da radim full OOP, a ovamo se ubijam od posla. Na kraju krajeva svi rade za novac i to se jedino racuna.

[Djuki]

Originalno napisao webarto

Kakve veze ima nečiji komentar? Podforum je PHP i spominješ Singleton. Možeš li navesti i jednu (opravdanu) primjenu tog patterna?

Namena Singletona i DI se ne poklapaju i Di ne moze zameniti Sigleton.

Necu da pricam da je Singleton los, i ja ga izbegavam ali nemoj ga porediti sa DI.

Opravdana primena je kada zelim globalni pristup objektu, i zelim da osiguran da ce samo jedna isntanca biti kreirana.

U PHP jeziku nema problema sa Singletonom, kao sto je to slucaj u konkuretnim sistemima sa više niti gde može doći do problema kada više pozivaju u isto vreme Singleton, pa se bespotrebno kreira više objekata. Za ove slučajeve postoje drugi paterni koji se u ovim slučajevima koriste.

Koji je dobar razlog da bi izbegavali Singleton ?

• Globalne promenjive su loše
• Ne poštuje SRP princip

Koji je razlog izbegavanja statičkih ?

• Otežan ili nemoguć TDD

Jel imate nešto da dodate ali konkretno protiv SIngletona i statičkih ?

Webarto ovo sa DI je bilo potpuno nekonstruktivno, ako možeš navedi neki konstruktivan i valjan razlog osim ovih koje sam ja naveo. Čak se u ovoj prezentaciji koju si linkovao navodi da treba koristii Buldere i Factory za kreiranje objekata umesto SIngletona, ne DI.

[_korso_]

Originalno napisao Djuki

Namena Singletona i DI se ne poklapaju i Di ne moze zameniti Sigleton.

Opravdana primena je kada zelim globalni pristup objektu, i zelim da osiguran da ce samo jedna isntanca biti kreirana.

Hteo bih samo da dodam jednu cinjenicu.
Trenutno radim na app koja ima oko 1200 klasa. Svaka klasa se nalazi u posebnom fajlu. Bice ih jos puno posto je projekat u ranoj fazi razvoja. Ni na jednom mestu nemam singleton klase, ali imam oko 50tak "single" instanci klase. Dakle samo jedna sme da se instancira tokom requesta - upravo sto radi i singleton. Sve ovo lepo radi samo zbog DI-a. I nemam potrebe za pristup globalnom objektu nigde, zato sto objekat koji ima potrebe za tako necim, dobija taj "globalni" objekat injectovan kroz DI mehanizam.

//EDIT
I nijednu rec static takodje nemamo u kodu.