-
Notiunea de closure in PHP, desi a aparut in PHP 5.3, a fost realizata intr-un mod adecvat abia in 5.4, asa cum am mai spus-o si pe blogul meu.
Wikipedia ne spune:
In computer science, a closure (also lexical closure or function closure) is a function or reference to a function together with a referencing environment—a table storing a reference to each of the non-local variables (also called free variables) of that function.
In PHP nu este un concept foarte popular sau foarte cunoscut. De multe ori acesta este confundat cu Anonymous Functions. In limbajele functionale totusi, acest concept este foarte popular, pentru ca acolo este cu adevarat nevoie de el!
Scheme
Cand Brendan Eich a conceput JavaScript, s-a bazat pe limbajul Scheme si a ajuns sa faca o implementare a acestuia cu o sintaxa de C. Sintaxa C era si este in continuare mult mai populara, iar atunci (1995) limbajul Java era foarte “la moda”.
Sintaxa Scheme este similara cu sintaxa Lisp, in sensul ca se folosesc paranteze in jurul expresiilor pentru a le rula. Operatorii sunt definiti ca si functii si la fel ca o si in cazul functiilor, se pun in partea stanga a parantezei.
Sa luam un exemplu de closure in Scheme:
1(define (make-counter) 2 (let ((count (begin 3 (display "run parent function and return 0") 4 ))) 5 (lambda () 6 (set! count (+ count 1)) 7 (begin 8 (display "inside child function ") 9 count))))
Functia principala seteaza o variabila “count”, cu valoarea 0 si afisaza “run parent function and return 0”, apoi intoarce o alta functie lambda, care incrementeaza variabila definita in functia principala si apoi afisaza “inside child function”.
Functia rezultata din executia functiei principale o stochez intr-o variabila pentru a o putea rula ulterior de mai multe ori:
1> (define counter (make-counter)) 2run parent function and return 0 3> (counter) 4inside child function 1 5> (counter) 6inside child function 2
Cu alte cuvinte, de fiecare data cand apelez (make-couter), acesta va intoarce o functie noua care are acces la mediul in care a fost creata. Daca pare ciudat din pricina sintaxei, promit ca in JavaScript va parea mult mai natural.
Acest concept este foarte interesant pentru incapsulare. Mediul la tipul cand functia parinte este executata se poate incapsula, iar ulterior se va folosi de accest mediu fara grija ca acesta se poate schimba din cauze exterioare.
Pentru limbajele functionale acesta este un concept foarte interesant. Cand vine vorba de limbaje obiectuale totusi, conceptul aproape inutil, pentru ca obiectele au si ele rolul de incapsulare.
JavaScript
JavaScript a fost de la inceput un hibrid, un limbaj functional, orientat obiect, cu mostenire bazata pe prototype. Iar daca acestea nu erau suficiente, sintaxa a fost preluata din Java (C).
JavaScript nu a mostenit multe de la Scheme, dar a mostenit conceptul de closure.
Un motiv pentru care era nevoie de closure in Scheme este acela ca daca o functie nu gaseste o variabila in mediul in care se afla, o va cauta in mediul superior. Sa luam un exemplu:
1(define x 1) 2(define (add-in-env y) (+ x y))
Daca apelam add-in-env cu 2:
1(add-in-env 2) -> 3
Pare la fel de ambiguu ca si in JavaScript, dar nu este tocmai asa. In Scheme sa faci mutatie nu e la fel de usor, simplu si transparent, deci o operatie ulterioara de:
1(define x 2)
va rezulta intr-o eroare.
In JavaScript a rezultat un hibrid. Mutatia este permisa, dar notiunea de a cauta o variabila in mediul in care te afli a ramas:
1var x = 1; 2var add_in_env = function (y) { 3 return x + y; 4} 5 6add_in_env(2); // rezulta 3
Pana aici e ok, dar pentru:
1x = 2; 2add_in_env(2); // rezulta 4
In acest caz, lucrurile scapa foarte usor de sub control.
Dar, ca sa rezolvam problema, putem pur si simplu sa definim variabila in mediul care isi va termina executia (se va inchide = will close):
1var make_counter = function () { 2 console.log("run parent function and set counter to 0") 3 var count = 0; 4 5 return function () { 6 count = count + 1; 7 console.log("inside child function"); 8 return count; 9 } 10} 11 12var counter = make_counter(); 13console.log(counter()); 14console.log(counter()); 15 16var counter2 = make_counter(); 17console.log(counter2()); 18console.log(counter()); 19console.log(counter2());
Outputul va fi:
1run parent function and set counter to 0 2inside child function 31 4inside child function 52 6run parent function and set counter to 0 7inside child function 81 9inside child function 103 11inside child function 122
Chiar daca functia principala si-a terminat executia, mediul din interiorul ei este pastrat ca un closure pentru functia care a fost intoarsa. Doar in momentul in care si subfunctia nu mai are referinte catre ea memoria alocata pentru closure va fi dezalocata.
Chiar daca JavaScript are obiecte, acestea nu au metode private. O abordare este sa pui un “_” (underscore) in fata numelui functiei si sa o consideri privata. Din punctul meu de vedere asta este ca si cum ii rogi pe cei care vin dupa tine sa o considere o functie privata. Evident acest lucru nu este tocmai consistent.
Sa luam un exemplu:
1var obj = { 2 _secretFunction : function (key) { console.log(‘do secret ’ + key) }, 3 doStuff : function (key) { this._secretFunction(key) } 4} 5 6obj.doStuff(‘stuff’); // do secret stuff
Aparent avem o metoda publica “doStuff” si una privata “_secretFunction”. Totusi nu poti preveni un utilizator sa apeleze “_secretFunction”, sau mai rau, sa o modifice:
1obj._secretFunction = function (key) { console.log('new secret ' + key); } 2 3obj.doStuff('stuff'); // new secret stuff
Daca vrem ca functia sa fie ascunsa, iar acest lucru sa fie evident pentru toata lumea, din nou putem folosi un closure:
1var obj = (function () { 2 var secretFunction = function (key) { console.log(‘do secret ’ + key) } 3 4 return { 5 doStuff : function (key) { 6 secretFunction(key) 7 } 8 } 9})(); 10 11obj.doStuff(‘stuff’); // do secret stuff
Pentru ca functia parinte se va executa la inceput, practic spatiul in care a fost definit secretFunction si-a terminat deja executia, incapsuland logica. Obiectul intors poate sa apeleze functia pentru ca este definit in acelasi mediu ca si obiectul.
Pare complicat prima data, dar de fapt este foarte simplu cand intelegi conceptul.
Si apoi a fost… PHP
PHP inglobeaza multe optiuni diferite. PHP s-a dezvoltat initial ca un framework Perl, ulterior engine-ul fiind scris in C.
PHP este un limbaj dinamic care inglobeaza foarte multe concepte, de la obiecte, interfete si functii anonime, pana la goto labels. Nu este foarte clara directia in care ar trebui sa se dezolte limbajul, mai degraba ofera posibilitatea pentru abordari diferite.
In istoria ciudata a PHP, undeva in versiunea 4 a fost introdusa o sintaxa pentru Anonymous Functions, dar abia in PHP 5.3 a aparut o versiune mai “normala“.
Tot in versiunea 5.3 a fost introdusa si prima varianta de closures:
1$scalar = 5; 2 3$closure = function () use ($scalar) { 4 return 'Scalar: ' . $scalar . PHP_EOL; 5}; 6 7echo $closure(); // Scalar: 5 8 9$scalar = 7; 10 11echo $closure(); // Scalar: 5
Versiunea functioneaza in mare parte, dar trebuie sa specifici ce vei trimite catre closure.
Si mai exista cateva inconveniente:
1<?php 2class Foo { 3 private function privateMethod() { 4 return 'Inside private method'; 5 } 6 7 public function bar() { 8 $obj = $this; 9 return function () use ($obj) { 10 return $obj->privateMethod(); 11 }; 12 } 13} 14 15$obj = new Foo(); 16$closure = $obj->bar(); 17echo $closure(); 18 19Fatal error: Call to private method Foo::privateMethod() from context '' in [...][...] on line 10
Nu functioneaza pentru ca nu poti trimite $this ca parametru la closure, iar daca faci artificiul de mai sus tot nu vei putea accesa metodele private. Nu uitati, asta se intampla in PHP 5.3.
Ideea de a introduce acest tip de closure mi se pare bizara. Nu este prima daca cand in PHP se introduce un feature “bizar”, dupa cum vorbeam mai sus si de Anonymous Function. Pare work in progress.
Cred ca toata lumea se astepta ca acest feature sa functioneze la fel ca in JavaScript. Cred ca doar datorita JavaScript conceptul de closure a devenit atat de popular.
In versiunea PHP 5.4 lucrurile s-au mai schimbat, avem in sfarsit closures asa cum ne asteptam:
1class Foo { 2 private function privateMethod() { 3 return 'Inside private method'; 4 } 5 6 public function bar() { 7 return function () { 8 return $this->privateMethod(); 9 }; 10 } 11} 12 13$obj = new Foo(); 14$closure = $obj->bar(); 15echo $closure(); // Inside private method
Functioneaza!
Poti chiar sa spui:
1unset($obj); 2echo $closure();
si va functiona, pentru ca obiectul in interiorul caruia a fost definit closure-ul a ramas in memorie pana cand se va termina executia scriptului, sau se va apela:
1unset($closure);
Pentru mai multe detalii despre cum functioneaza closure in PHP 5.4, puteti citi acest blog.
-
Notiunea de Closure, a fost introdusa in PHP 5.3, o data cu o noua sintaxa, “mai traditionala” pentru functiile anonime.
PHP 5.3
In 5.3, un closure se baza pe termenul “use”, care transmite anumite variabile functiei anonime, transformand-o intr-un closure.
Problema este ca functia anonima nu va avea acces decat la variabilele trimise folosind “use”. In cazul obiectelor ele sunt trimise prin referinta, dar in cazul variabilelor scalare (int, string, etc.) acestea se transmit prin valoare, asa cum face implicit in PHP 5+:
1$scalar = 5; 2 3$closure = function () use ($scalar) { 4 return 'Scalar: ' . $scalar . PHP_EOL; 5}; 6 7echo $closure(); // Scalar: 5 8 9$scalar = 7; 10 11echo $closure(); // Scalar: 5
O alta problema este ca nu se pot trimite $this in cadrul obiectelor, deci doar proprietatile sau metodele care sunt publice nu pot fi accesate de closure.
PHP 5.4
In PHP 5.4 folosirea cuvantului “use” este optionala, iar tot mediul in care functia anonima a fost creata este disponibil in interiorul functiei.
Avantajul este ca atunci cand functia anonima este generata in interiorul unei alte functii, sau a unei metode, functia anonima va putea accesa mediul in care aceasta a fost creata chiar si dupa terminarea executiei acestuia. Obiectele din mediul creat se vor dezaloca de abea dupa ce se ultima referinta catre closure se va sterge:
1class testClass { 2 3 private $changeableVar = 1; 4 private $bigVar; 5 6 public function __construct() { 7 // Allocate a big variable so we can see the changes in memory 8 $this->bigVar = str_repeat("BigWord", 5000); 9 } 10 11 /** 12 * O metoda care intoarce un closure 13 */ 14 public function closure() { 15 16 return function () { 17 // Display the value of a private property of the object 18 echo 'Private property: ' . $this->changeableVar.PHP_EOL; 19 20 // Change the value of a private property of the object 21 $this->changeableVar = 2; 22 }; 23 } 24 25 /** 26 * O metoda care afisaza o variabila privata 27 */ 28 public function showChangeableVar() { 29 echo 'Private property in method: ' . $this->changeableVar.PHP_EOL; 30 } 31 32} 33 34// Memoria inainte sa fie alocat obiectul 35echo "Memory: " . memory_get_usage() . PHP_EOL; // Memory: 229896 36 37// Creare obiect 38$testObj = new testClass(); 39 40// Creare closure 41$closure = $testObj->closure(); 42 43// Executie closure 44$closure(); // Private property: 1 45 46// Afisare valoare curenta a proprietatii private 47$testObj->showChangeableVar(); // Private property in method: 2 48 49// Memoria inainte sa fie desalocat obiectul 50echo "Memory: ". memory_get_usage() . PHP_EOL; // Memory: 266240 51 52// Dezalocare obiect 53unset($testObj); 54 55// Memoria dupa ce a fost dezalocat obiectul, nu este o diferenta mare in memorie 56echo "Memory: ". memory_get_usage() . PHP_EOL; // Memory: 266152 57 58// Executie closure dupa ce obiectul in care a fost creata a fost dezalocat 59echo $closure(); // Private property: 2 60 61// Dezalocat closure si o data cu el mediul in care a fost generat 62unset($closure); 63 64// Memoria dupa ce a fost stearsa ultima referinta catre obiect 65echo "Memory: " . memory_get_usage() . PHP_EOL; // Memory: 230416
Callable type hinting
Inca un nou lucru introdus legat de closures introdus in PHP 5.4 este un nou “type hint”: “callable”. De fapt “callable” se refera la orice functie anonima, chiar si la un nou mod de a apela o metoda a unui obiect:
1<?php 2// O functie care foloseste type hinting 3function typeHinting(callable $a) { 4 echo $a() . PHP_EOL; 5} 6 7// Un closure 8$closure = function () { 9 return __FUNCTION__; 10}; 11 12// Apelare functie cu type hinting cu un closure ca argument 13typeHinting($closure); // {closure} 14 15class testClass { 16 public function testMethod() { 17 return __METHOD__; 18 } 19} 20 21// Un obiect de test 22$testObj = new testClass(); 23 24// Noua forma de apelare a unei metode dintr-un obiect 25$objCallable = array($testObj, 'testMethod'); 26 27// Apelare functie type hinting cu noua forma de apelare ca argument 28typeHinting($objCallable); // testClass::testMethod
Cred ca de abea acum este momentul sa spunem ca PHP suporta closures cu adevarat!
-
Acum trei zile, adica pe 28-06-2011 a fost anuntat pe ww.php.net versiunea PHP 5.4 alfa 1!
Practic in aceasta versiune sunt inglobate ultimele lucruri care au fost realizate pentru PHP 6 si nu au apucat sa intre in PHP 5.3, alaturi de alte cateva lucruri noi.
Unele din cele mai interesante faclitati noi:
Traits
Un nou feature de OOP. Practic se folosesc pentru refolosire orizontala de cod, adica mostenire de metode in loc de extiderea de clase.
1trait Inharitable { 2 public function test() { 3 echo 'Class: ' . __CLASS__ . ' Method: ' . __METHOD__ . PHP_EOL; 4 } 5} 6 7class A { 8 use Inharitable; 9} 10 11class B { 12 use Inharitable; 13} 14 15$a = new A(); 16$a->test(); //Class: Inharitable Method: Inharitable::test 17 18$b = new B(); 19$b->test(); //Class: Inharitable Method: Inharitable::test
Trait-urile din PHP 5.4 sunt practic noile namespace-urile din PHP 5.3, adica cea mai interesanta facilitate din PHP 5.4.
Scalar type hinting
Pana la PHP 5.3 nu exista type hinting decat pentru clase, interfete si array-uri. Acum se va putea face type hinting si pe tipuri scalare de date cum ar fi: int, string, float, bool si resource.
1function test(string $var) { 2 echo $var; 3} 4 5$a = 'aa'; 6test($a);
Din pacate pe versiune alfa instalata la mine pe calculator primesc: Catchable fatal error: Argument 1 passed to test() must be an instance of string, string given, called in .. on line 58 and defined in … on line 52
Ce pot spune… e inca alfa…
Closures
Da, stiu, exista si in PHP 5.3, dar e incomparabil. In PHP 5.3 daca vroiau un closure trebuia sa folosesti cuvantul use iar apoi sa specifici variabilele la care functia lambda va avea acces.
In PHP 5.4 incepe sa arate mai mult a JavaScript, in sensul bun:
1class closureTest { 2 3 private $a; 4 5 function test() { 6 $this->a = 'object var'; 7 return function () { 8 echo $this->a; 9 }; 10 } 11} 12 13$a = new closureTest(); 14$b = $a->test(); 15$b(); // object var 16unset($a); 17$b(); // object var
Closure in adevaratul sens al cuvantului cu lambda functions asa cum ar trebui sa fie! Asa cum si lambda functions existau si inainte de PHP 5.3, dar de abea dupa ce a aparut noua sintaxa au devenit populare, acum era vremea pentru closures.
Acestea sunt lucrurile care mi se pare cele mai interesante, dar sunt doar o parte din ce aduce nou PHP 5.4!
Este foarte probabil ca pana la finalul anului sa apara si versiunea finala.
Sunt curios daca o data cu PHP 5.4 va aparea si o noua certificare, avand in vedere ca schimbarile nu sunt totusi atat de majore.
-
JavaScript si PHP suporta atat functii lambda cat si closures. Dar termenii sunt putin intelesi in ambele libaje de programare si de multe ori sunt confundati.
Functii Lambda
Mai sunt numite si functii anonime. Acestea se refera la functii care pot fi apelate fara sa fie neaparat legate de un identificator. Unul din scopurile lor este de a fi pasate ca argumente. Numele de Lambda li se trage de la Alonzo Church, inventatorul lambda calculus in 1936. In lambda calculus toate functiile sunt anonime.
JavaScript
In JavaScript functiile lambda fac parte din setul de baza si reprezinta metoda preferata de creare a unei functii.
De exemplu:
1var add = function (a, b) { 2 return a + b; 3} 4alert(add(1, 2)); // 3
Functiile lambda sunt folosite aproape in orice context cand vine vorba de JavaScript, un exemplu este:
1window.onload = function (e) { 2 alert('Pagina s-a incarcat!'); 3}
PHP
In PHP, functiile lambda au fost introduse de la versiune 4.0.1 folosind create_function. In versiunea 5.3+ a fost adaugata si sintaxa similara cu JavaScript, un mod mult mai lizibil si elegant de a definii o functie.
Asta inseamna ca in PHP exista doua moduri de a genera o functie lambda:
1// PHP 4.0.1+ 2$add = create_function('$a, $b', 'return $a + $b;'); 3 4// vs. 5 6// PHP 5.3+ 7$add = function ($a, $b) { 8 return $a + $b; 9}; 10 11echo $add(1,2); // 3
Functiile lambda pot fi folosite ca parametru pentru alte functii, cum ar fi usort:
1$array = array(4, 3, 5, 1, 2); 2usort($array, function ($a, $b) { 3 if ($a == $b) { 4 return 0; 5 } 6 return ($a < $b) ? -1 : 1; 7});
Chiar mai mult, PHP 5.3+ permite apelarea unui obiect ca o functie anonima:
1class test { 2 function __invoke($a) { 3 echo $a; 4 } 5} 6$a = new test(); 7$a('test'); // 'test'
Closures
Notiunea de closure este notiunea cu adevarat neinteleasa dintre cele doua. In general confuzia apare pentru ca implementarea de cloasure poate presupune si functii lambda. Un closure se refera la capacitatea unei functii/obiect de a accesa mediul in care aceasta a fost creat(a) chiar daca executia functiei parinte s-a terminat. Cu alte cuvinte functia/obiectul intors de un cloasure pastreaza mediul in care a fost definita.
In JavaScript notiunea de closure face parte din arsenalul de baza, pentru ca limbajul nu are la baza un model obiectual traditional ci unul bazat pe prototype si functii. Dar JavaScript mai are si cateva reminescente, cum ar fi faptul ca poti folosi “new” pentru a construi un obiect pe baza unei functii care joaca roul de clasa. In PHP este mai degraba o noua posibilitate de abordare a problemelor, PHP facand parte din familia de limbaje cu model obiectual traditional.
JavaScript
In JavaScript notiunea de closure este foarte folosita, iar popularitatea se datoreaza faptului ca JavaScript nu este un limbaj obiectual traditional, ci unul functional, bazat pe mostenire prototype.In JavaScript nu exista notiunea de Public, Private si Protected, exista doar Public si Private iar obiectele pot mostenii unele de la altele, fara sa foloseasca clase.
O alta problema este mediul (scope), care in mod implicit este cel global. Prin closure aceste probleme pot fi rezolvate intr-un mod elegant:
1var closure = function () { 2 var sum = 0; 3 return { 4 add: function (nr) { 5 sum += nr; 6 }, 7 getSum: function () { 8 return sum; 9 } 10 } 11}(); 12 13closure.add(1); 14closure.add(2); 15console.log(closure.getSum());
In exemplul de mai sus, sum este o proprietate privata iar aceasta teoretic, putea fi accesata si modificata doar din functia closure. Partea interesanta este ca parantezele de la finalul definitiei de functiei semnifica faptul ca aceasta functie se va si executa si deci va intoarce rezultatul care este un obiect. In acest moment functia initiala nu mai exista decat pentru a servi obiectul intors, incapsuland astfel variabila privata.
Desi functia si-a terminat executia, prin intermediu acestul closure obiectul returnat poate accesa variabilele definite in interiorul functiei, pentru ca este mediul in care a fost creeat.
Problema devine mai interesanta atunci cand o functie intoarce o alta functie:
1var counter = function () { 2 var counter = 0; 3 console.log('in closure'); 4 return function () { 5 console.log('in functia anonima'); 6 return ++counter; 7 }; 8}; 9var counter1 = counter(); 10 11console.log(counter1()); // 1 12 13var counter2 = counter(); 14console.log(counter2()); // 1 15console.log(counter1()); // 2
Output-ul va fi:
1in closure 2in functia anonima 31 4in closure 5in functia anonima 61 7in functia anonima 82
Ce se intampla de fapt este ca prima functie se executa si intoarce o functie anonima care inca mai poate accesa mediul in care a fost creata. Dupa parerea mea de aici vine confuzia dintre closures si lambda functions, pentru ca o functie intoarce o alta functie.
Diferenta dintre exemple este ca in primul exemplu functia initiala de closure se executa imediat, iar in al doilea exemplu se poate vedea ca atunci cand counter se executa intoarce un rezultat, care este de fapt o definitie de functie, care la randul lui poate fi executata. Evident si acest exemplu poate fi adaptat sa se comporte precum cel precedent folosind paranteze la final.
PHP
Cum spuneam si mai sus, in PHP notiunea de closure nu este la fel de importanta ca in JavaScript.
Daca functiile lambda sunt disponibile in limbaj incepand cu versiunea 4, closure au aparut de abea dupa PHP 5.3+
Datorita mediului (scope) de executie care este de tip block in PHP se realizeaza o incapsulare mai buna dar si mai putin flexibila fata de JavaScript. Practic in PHP trebuie specificat cu ajutorul instructiunii use ce anume va putea accesa functia anonima din closure-ul care si-a terminat executia.
1function closure () { 2 $c = 0; 3 return function ($a) use (&$c) { 4 $c += $a; 5 echo $a . ', ' . $c . PHP_EOL; 6 }; 7} 8 9$closure = closure(); 10 11$closure(1); 12$closure(2);
Spre deosebire de JavaScript in PHP nu se pot realiza closure care sa intoarca un obiect, sau mai bine zis obiectul nu poate fi legat de mediul in care a fost creat, decat sa zicem, daca nu se trimit parametrii la constructor prin referinta, metoda nu foarte eleganta care nu vad in ce scenariu ar avea neaparata nevoie de closure.
Ca o paralela la exemplele de la JavaScript, in loc de parantezele “()” de la finalul functiei, in PHP pentru a executa functia imediat dupa definire se pot folosii call_user_func() sau call_user_func_array():
1$closure = call_user_func(function () { 2 $c = 0; 3 return function ($a) use (&$c) { 4 $c += $a; 5 echo $a . ', ' . $c . PHP_EOL; 6 7 }; 8}); 9 10$closure(1); 11$closure(2);
-
Pana la versiunea mult asteptata 6, PHP 5.3 este deja la RC 2.
PHP 5.3 vine cu multe lucruri noi, de fapt sunt atat de multe incat putea sa fie cu succes versiunea 6, dar de ce nu este PHP 6? Pentru ca toata lumea se asteapta ca versiunea 6 sa aiba suport Unicode, iar cand o comunitate de programatori asteapta de mai bine de 3 ani asta, nu poti pur si simplu sa le spui ca te-ai gandit sa lasi suportul pentru Unicode pentru versiunea 7.
Namespaces
Printre noutati se afla si namespaces, mi se pare o idee interesanta dar nu fantastica, initial acestea nu erau pe lista de prioritati pentru ca se considera ca problema lor se poate rezolva relativ simplu folosind prefixuri si clase.
Un exemplu de namespace:
1<?php 2// clasa.php 3 4// definirea namespace-ului, in cazul asta trebuie sa fie prima instructiune din fisier 5namespace teste; 6 7// o clasa cu un conscturctor 8class clasaTest { 9 function __construct() { 10 echo "in constrcutor"; 11 } 12} 13 14// o functie 15function funcTest() { 16 echo "in functie"; 17} 18 19// o constanta 20const CONSTANTA = 'global'; 21?>
Acelasi fisier se mai poate defini intr-un anumit namespace si in felul urmator:
1<?php 2// clasa.php 3 4// definirea namespace-ului 5namespace teste { 6 7 // o clasa cu un conscturctor 8 class clasaTest { 9 function __construct() { 10 echo "in constrcutor"; 11 } 12 } 13 14 // o functie 15 function funcTest() { 16 echo "in functie"; 17 } 18 19 // o constanta 20 const CONSTANTA = 'global'; 21 22} 23?>
Fisierul in care fac testele:
1<?php 2 3// includem fisierul de mai sus 4require('clasa.php'); 5 6$obj = new clasaTest(); // Fatal Error:clasa 'clasaTest' not found in ... 7 8$obj2 = new teste\clasaTest(); // afisaza "in constructor" 9 10// aparent suprascriem constanta 11const CONSTANTA = 'local'; 12 13echo CONSTANTA; // afisaza "local" 14 15echo teste\CONSTANTA; // afisza "global" 16 17teste\funcTest(); // afisaza "in functie" 18 19?>
iar daca vrem sa nu mai folosim operatorul “” si numele namespace-ului:
1<?php 2// trebuie sa fie prima insctructiune 3namespace teste; 4 5// includem fisierul de mai sus 6require('clasa.php'); 7 8$obj = new clasaTest(); // afisaza "in constructor"; 9 10// suprascriem constanta 11const CONSTANTA = 'local'; // Notice: Constant teste\CONSTANTA already defined in... 12 13echo CONSTANTA; // afisaza global 14 15?>
Si acestea sunt functiile de baza, folosindu-le pe acestea o sa ajute portabilitatea, si scalabilitatea. Acum numele de clase si functii nu mai trebuie sa fie unice, trebuie pur si simplu sa fie in namespace-uri diferite.
Functile lambda si “closures”
Cele mai interesante facilitati mi se par functile lambda si “closures”.
Suna cunoscut? Poate pentru ca sunt foarte folosite in JavaScript:
1<script language="javascript"> 2closure = function(text) { 3 alert(text); 4} 5 6closure("hello"); 7</script>
Iar acum in php este posibil:
1<?php 2$closure = function ($text) { 3 return $text; 4}; 5 6echo $closure("hello"); 7?>
Tot la functii lambda si “closures” a mai fost introdus si “use”, care permite folosirea unor variabile din exterior:
1<?php 2$x = 'Claudiu'; 3$closure = function ($text) use ($x) { 4 return $text.' '.$x; 5}; 6 7echo $closure("hello"); // afisaza "hello Claudiu" 8?>
Iar daca in exemplul de mai sus vrem sa modificam variabilele care sunt parametri la “use” nu trebuie decat sa le trimitem prin referinta:
1<?php 2$x = 'Claudiu'; 3$closure = function ($text) use (&$x) { 4 $x = 'utilizator'; 5 return $text; 6}; 7 8echo $closure("hello"); // afisaza "hello" 9 10echo $x; // afisaza "utilizator" 11?>
Iar ca sa luam un exemplu concret unde pot fi utile, sa zicem functia “usort“:
1<?php 2function cmp($a, $b) 3{ 4 if ($a == $b) return 0; 5 return ($a < $b) ? -1 : 1; 6} 7 8$a = array(3, 2, 5, 6, 1); 9 10usort($a, "cmp"); 11 12// este echivalent cu: 13 14$a = array(3, 2, 5, 6, 1); 15 16usort($a, function ($a, $b){ 17 if ($a == $b) return 0; 18 return ($a < $b) ? -1 : 1; 19}); 20?>
Dragut, nu? Cred ca asa se vede si mult mai clar ce se intampla in functie si la ce foloseste aceasta.
De asemenea obiectele se pot comporta ca niste closures folosind noua “metoda magica” __invoke():
1<?php 2 3class testCl { 4 function __invoke() { 5 return "metoda de closure"; 6 } 7} 8 9$obj = new testCl(); // instantiem clasa 10echo $obj(); // o apelam ca pe un closure si afisaza "metoda de closure" 11 12?>
NOWDOC
NOWDOC este similar cu HEREDOC doar ca nu interpreteaza variabilele si caracterele speciale. Cu alte cuvinte HEREDOC era echivalentul ghilimelelor duble, NOWDOC este echivalentul ghilimelelor simple:
1<?php 2 3$var = "5"; 4 5// ghilimele duble 6echo "Valoarea este: $var <br>"; // "Valoarea este 5" 7 8// ghilimele simple 9echo 'Valoarea este: $var <br>'; // "Valoarea este $var" 10 11// HEREDOC 12echo <<<HEREDOC 13Valoarea este: $var <br> 14HEREDOC; 15// "Valoarea este 5" 16 17// NOWDOC 18echo <<<'NOWDOC' 19Valoarea este: $var <br> 20NOWDOC; 21// "Valoarea este $var" 22 23?>
Operatorul “?”
Acest operator a fost putin “inbunatatit”:
1<?php 2// inainte 3echo $_GET['ceva']?$_GET['ceva']:false; 4 5// acum 6echo $_GET['ceva']?:false; 7 8?>
Cu alte cuvinte acum conditia poate fi folosita ca valoare pentru adevarat.
goto
Sincer… nuprea vad de ce era nevoie de asa ceva, dar poate nu e chiar asa rau. Si un mic exemplu:
1<?php 2 3$x = 1; 4 5label1: 6echo "la label1 $x <br>"; 7$x++; 8 9if($x>3) goto label2; 10goto label1; 11 12label2: 13echo "la label2"; 14 15// va afisa: 16// la label1 1 17// la label1 2 18// la label1 3 19// la label2 20?>
Arata mai mult a Basic decat a PHP dar chiar functioneaza.
Mai sunt si alte noutati, am incercat sa le enumar doar pe cele care mi se pare mie mai interesante.
Din pacate toate aceste lucruri nu vor ajunge sa fie folosite cu adevarat pe scara larga decat poate peste 2-3 ani, sau chiar mai mult. Poate nu este PHP 6 dar eu cred ca toate schimbarile vor fi mai degraba asociate cu PHP 6 decat cu PHP 5, nu cred ca vrea nimeni sa riste o intreaga aplicatie care foloseste namespace-uri sau closures pentru ca nu este versiunea “noua” de PHP 5.