PHP 5.3 novotarije

[Ilija Studen]

Par novotarija koje PHP 5.3 treba da donese:

• Namespaces
• Late static binding
• MySQL Native Driver (mysqlnd)
• Što-šta još (__callStatic, OpenID support, user.ini, XSLT profiling...)

Prva dva baš menjaju pravila igre kada je rad sa velikom količinom koda i složenim skriptama u pitanju, ali ni ostatak nije za baciti.

Lepo je znati da se na ovim stvarima radi i da ćemo ih moći koristiti kroz godinu, dve.

via Wolfwood's Crowd

[ivanhoe]

wohooo, namespaces... konacno su se setili

[Misha]

A ima i twist ... kad importujes iz namespace-a mozes da definises alias onoga sto importujes ... hm ... mogu da zamislim code u kome se ovo obilato koristi ...

Evo kazu i PHP5 postaje mainstream ... samo jos 75 dana ... http://www.gophp5.org Sto pre neko pokrene http://www.gophpnamespaces.org ima vece nade da za 5 godina ljudi zaista i pocnu da koriste namespace-ove

A ozbiljna podrska za thread-ove? Kad ce to? Reko bih da prosecnog PHP skriptera ni namespace-ovi ni PHP5 ni threadovi ni refleksija ne zanimaju bas nesto mnogo ... A kad vidim ovu listu "inovacija" opet i sve cesce pocinjem da razmilsjam da napustim PHP za sva vremena ...

[kodi]

ja procitah negde da ce u PHP 6 da integrisu opcode cache (APC) ?

[ivanhoe]

Originalno napisao Misha

A ozbiljna podrska za thread-ove? Kad ce to? Reko bih da prosecnog PHP skriptera ni namespace-ovi ni PHP5 ni threadovi ni refleksija ne zanimaju bas nesto mnogo ... A kad vidim ovu listu "inovacija" opet i sve cesce pocinjem da razmilsjam da napustim PHP za sva vremena ...

php se uglavnom (rekao bih 99% bez preterivanja) koristi kao apache ili IIS modul, eventualno nesto malo CGI i fastCGI, i multi-threaded rad bas i nema nekog smisla u takvom okruzenju, a nije uopste naivno dodati thread podrsku (za apache je takav koncept jos uvek jaaaaako "experimental").

Ne vidim neki problem sa tim pristupom, postoje python i java ako je potrebna kvalitetna podrska za threadove, sa perlom mozes da forkujes do mile volje, php takodje ima svoju namenu da ispljune html sto brze i jednostavnije... sasvim je u linux duhu da postoji vise "alata", koji svaki radi svoj posao dobro..

[Ilija Studen]

Ako ćemo iskreno, većina ne koristi ni dobar deo stvari koje su predstavljene u petici pre par godina, ali to ne znači da ne postoje ljudi kojima one koriste i zahvaljujući kojima je njihov kod čistiji, održiviji, brži, whatever. Takođe postoje ljudi koji će napraviti neodrživo sranje sa bilo kojim jezikom koji im daš. To ne znači nužno da su featurei te platforme loši.

Originalno napisao kodi

ja procitah negde da ce u PHP 6 da integrisu opcode cache (APC) ?

Yep, to će biti veliki korak napred. Glupost je što to ranije rešeno (valjda se protivilo Zendovoj poslovnoj strategiji). Instant skok performansi potpuno besplatno

[Misha]

Originalno napisao ivanhoe

... a nije uopste naivno dodati thread podrsku (za apache je takav koncept jos uvek jaaaaako "experimental") ...

U pravu si za ove tehnicke prepreke ... al i dalje stoji da bi vrlo korisno bilo imati multi-threaded mogucnosti u web aplikacijama ... ova tvoja poenta koliko ce to tesko biti postici preko Apache-a moze samo da ubraza nekom odluku da sutne PHP ...

Originalno napisao ivanhoe

sasvim je u linux duhu da postoji vise "alata", koji svaki radi svoj posao dobro..

Anarhija mnogo lepo zvuci na papiru ... al ja licno ne bi voleo da mi zapadne neki projekat koji koristi Python gde mu odgovara, pa onda malo Perla, pa onda PHP-a ... valjda ne treba objasnjavati da je to generalno gledano Losa Stvar (TM) Pa tesko je odrzavati i aplikaciju pisanu u jednom programskom jeziku a kamoli u vise njih!

Treba izabrati najbolji jezik za posao, slazem se, al mesati jezike zato sto tvoj primarni jezik ne podrzava neki feature ne znam koliko je pametno ... a posebno ako neki drugi jezik podrzava sve ... mozda je pametnije promeniti primarni jezik ...

Btw, zato se i divim liku koji je napisao Rails ... bio je dovoljno hrabar da nacini izbor ne na osnovu zastupljenosti jezika nego kvaliteta ... Osim zastupljenosti stvarno ne znam koji bi tehnicki razlog PHP imao kao prednost ... a jednostavnost valjda nije presudan razlog za jednog pravog programera ...

[Misha]

Originalno napisao Ilija Studen

Takođe postoje ljudi koji će napraviti neodrživo sranje sa bilo kojim jezikom koji im daš. To ne znači nužno da su featurei te platforme loši.

Slazem se, al sto je lakse pistolj koristiti to ce vise upucavanja u nogu biti ...
Razlike izmedju jezika postoje ... nije to sve isto ... nit se bas moze reci da su oni toliko komplementarni da koristis malo jedan pa drugi ... kad se malo udubis shvatis da svaki od njih ima neku svoju core filozofiju ... ono sto gura primarno ... i to je ono gde odluka koji jezik koristiti treba valjda da lezi ...

[bluesman]

Ako ćemo iskreno, ja moram da kažem da je za poboljšanje performansi potrebnije znanje mnogo više od dobre platforme.

[robi-bobi]

@misha: shvatam da oces threadove, ali php nikad nije imao njih u planu. pre jedno pola godine sam cio na blogu php core developera (iz nederlanda il nesto slicno bese) koji je pisao da od threada ni u 6-ci nista, a verovatno ni ubuduce. ako ti trebaju threadovi, da, najbolje je da promenis jezik. ali ne pljuj po jeziku od kog dobar deo forumasa zivi - da, ima stvari koje bi mogle i trebale biti bolje, ali meni je sasvim ok.

ne shvatam tvoju pricu - "a posto nema tog i tog, nije li bolje promeniti jezik". Za mene to i to nije bitno i dakle nije bolje, ako tebi jeste, onda ga menjash, nema tu neke dileme.

uostalom, ko kaze da je tesko odrzavati projekat gde ima vise jezika. ja sam radio bas to - ja sam bio odgovoran za php deo, kolega za perl. gde je problem?


@blues: exactly. bas smo o tome danas flejmovali sa kolegama na rucku (a bogami i celo popodne)
uostalom, kad projekat bas poraste, onda se stvari keshiraju dinamicki (ako ne i ranije). kako se do tog kesha stiglo jeste bitno ali ne najbitnije. bitno je da se kod odrzava lako i da se development radi brzo (u danashnje vreme - brzina i cena su jako mocni alati). NARAVNO da ima projekata gde je moranje da sve pises od nule i da nemas ni jedne generic funkcije itd. Ali, vecina projekata nisu takvi. I, hvala bogu