Claudiu Persoiu

Blog-ul lui Claudiu Persoiu


Archive for the ‘php5.3’ tag

Closures, de la Scheme la Javascript la PHP

without comments

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:

(define (make-counter)
  (let ((count (begin 
                 (display "run parent function and return 0") 
                 0)))
    (lambda ()
      (set! count (+ count 1))
      (begin 
        (display "inside child function ") 
        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:

> (define counter (make-counter))
run parent function and return 0
> (counter)
inside child function 1
> (counter)
inside 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:

(define x 1)
(define (add-in-env y) (+ x y))

Daca apelam add-in-env cu 2:

(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:

(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:

var x = 1;
var add_in_env = function (y) {
   return x + y;
}

add_in_env(2); // rezulta 3

Pana aici e ok, dar pentru:

x = 2;
add_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):

var make_counter = function () {
   console.log("run parent function and set counter to 0")
   var count = 0;

   return function () {
       count = count + 1;
       console.log("inside child function");
       return count;
   }
}

var counter = make_counter();
console.log(counter());
console.log(counter());

var counter2 = make_counter();
console.log(counter2());
console.log(counter());
console.log(counter2());

Outputul va fi:

run parent function and set counter to 0
inside child function
1
inside child function
2
run parent function and set counter to 0
inside child function
1
inside child function
3
inside child function
2

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:

var obj = {
   _secretFunction : function (key) { console.log(‘do secret ’ + key) },
   doStuff : function (key) { this._secretFunction(key) }
}

obj.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:

obj._secretFunction = function (key) { console.log('new secret ' + key); }

obj.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:

var obj = (function () {
   var secretFunction =  function (key) { console.log(‘do secret ’ + key) }

   return {
      doStuff : function (key) { 
         secretFunction(key) 
      }
   }
})();

obj.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:

$scalar = 5;

$closure = function () use ($scalar) {
     return 'Scalar: ' . $scalar . PHP_EOL;
};

echo $closure(); // Scalar: 5

$scalar = 7;

echo $closure(); // Scalar: 5

Versiunea functioneaza in mare parte, dar trebuie sa specifici ce vei trimite catre closure.

Si mai exista cateva inconveniente:

<?php 
class Foo {         
   private function privateMethod() {                 
      return 'Inside private method';         
   }

   public function bar() {                 
      $obj = $this;                 
      return function () use ($obj) {                         
         return $obj->privateMethod();
      };
   }
}

$obj = new Foo();
$closure = $obj->bar();
echo $closure();

Fatal 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:

class Foo {
   private function privateMethod() {
      return 'Inside private method';
   }

   public function bar() {
      return function () {
         return $this->privateMethod();
      };
   }
}

$obj = new Foo();
$closure = $obj->bar();
echo $closure(); // Inside private method

Functioneaza!

Poti chiar sa spui:

unset($obj);
echo $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:

unset($closure);

Pentru mai multe detalii despre cum functioneaza closure in PHP 5.4, puteti citi acest blog.

Written by Claudiu Persoiu

10 April 2013 at 10:02 AM

Exista viata si fara PHP6 – Retrospectiva 2012

with 3 comments

A mai trecut un an fara suport nativ de unicod in PHP. Da, nu a aparut inca PHP6, in caz ca cineva chiar se mai intreba asta…

In schimb, versiunea care a aparut este PHP 5.4. Cu aceasta versiune cred ca nu au fost adaugate decat lucruri de finete, nu mai e o schimbare asa de mare cum a fost in cazul PHP 5.3. In PHP 5.4, schimbarea majora o reprezinta traits si, favorita mea, noua varianta de closure.

Dupa cum anul trecut cuvintele cheie au fost Drupal si Magento, anul acesta cuvantul cheie a fost doar Magento.

Acum doua luni, mai mult fortat de imprejurari, am sustiunut examenul de certificare pentru Magento Plus. Pentru aceasta certificare, angajatorul meu, Optaros, a avut o influenta majora. Am fost mai mult sau mai putin obligat sa-l sustin si alaturi de asta a trebuit si sa facem parte dintr-un study group organizat de companie.

Nu am mai facut parte dintr-un study group din facultate si trebuie sa recunosc ca uitasem utilitatea lui. Cei care aveau mai multa experienta cu Magento (fata de mine care am putin mai mult de un an), au ajutat foarte mult la clarificarea unor probleme si la documentarea lor.

Dar mai multe despre asta intr-un alt blog, care va urma curand (sper)…

Oricum, dupa ce a trebuit sa studiez atat de in detaliu Magento, trebuie sa recunosc ca am mult mai mult respect pentru platforma. Dupa ce analizezi arhitectura din spate, incepi sa percepi altfel lucrurile. Arhitectura este foarte interesanta si destul de flexibila, lucru care te face sa treci cu vederea unele neajunsuri.

Acum ca a inceput un nou an, imi doresc sa public mai mult, cred ca in ultima perioada nu am fost foarte “productiv” cand vine vorba de publicat, fie ca este text sau cod.

Si anul acesta mi-am propus sa sustin cel putin un examen de certificare. Cum certificarea de Magento era in plan de abia pentru anul acesta, inca mai am optiuni pe lista.

Cam atat despre 2012 si planurile pentru 2013.

Va doresc un 2013 extraordinar!

Written by Claudiu Persoiu

14 January 2013 at 9:54 AM

Posted in Diverse,PHP

Tagged with , ,

PHP 5.4 – Closures asa cum ar trebui!

with 5 comments

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+:

$scalar = 5;

$closure = function () use ($scalar) {
     return 'Scalar: ' . $scalar . PHP_EOL;
};

echo $closure(); // Scalar: 5

$scalar = 7;

echo $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:

class testClass {

        private $changeableVar = 1;
        private $bigVar;

        public function __construct() {
                // Allocate a big variable so we can see the changes in memory
                $this->bigVar = str_repeat("BigWord", 5000);
        }

        /**
         * O metoda care intoarce un closure
         */
        public function closure() {

                return function () {
                        // Display the value of a private property of the object
                        echo 'Private property: ' . $this->changeableVar.PHP_EOL;

                        // Change the value of a private property of the object
                        $this->changeableVar = 2;
                };
        }

        /**
         * O metoda care afisaza o variabila privata
         */
        public function showChangeableVar() {
                echo 'Private property in method: ' . $this->changeableVar.PHP_EOL;
        }

}

// Memoria inainte sa fie alocat obiectul
echo "Memory: " . memory_get_usage() . PHP_EOL; // Memory: 229896

// Creare obiect
$testObj = new testClass();

// Creare closure
$closure = $testObj->closure();

// Executie closure
$closure(); // Private property: 1

// Afisare valoare curenta a proprietatii private
$testObj->showChangeableVar(); // Private property in method: 2

// Memoria inainte sa fie desalocat obiectul
echo "Memory: ". memory_get_usage() . PHP_EOL; // Memory: 266240

// Dezalocare obiect
unset($testObj);

// Memoria dupa ce a fost dezalocat obiectul, nu este o diferenta mare in memorie
echo "Memory: ". memory_get_usage() . PHP_EOL; // Memory: 266152

// Executie closure dupa ce obiectul in care a fost creata a fost dezalocat
echo $closure(); // Private property: 2

// Dezalocat closure si o data cu el mediul in care a fost generat
unset($closure);

// Memoria dupa ce a fost stearsa ultima referinta catre obiect
echo "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:

<?php
// O functie care foloseste type hinting
function typeHinting(callable $a) {
     echo $a() . PHP_EOL;
}

// Un closure
$closure = function () {
     return __FUNCTION__;
};

// Apelare functie cu type hinting cu un closure ca argument
typeHinting($closure); // {closure}

class testClass {
     public function testMethod() {
          return __METHOD__;
     }
}

// Un obiect de test
$testObj = new testClass();

// Noua forma de apelare a unei metode dintr-un obiect
$objCallable = array($testObj, 'testMethod');

// Apelare functie type hinting cu noua forma de apelare ca argument
typeHinting($objCallable); // testClass::testMethod

Cred ca de abea acum este momentul sa spunem ca PHP suporta closures cu adevarat!

Written by Claudiu Persoiu

11 February 2012 at 5:10 PM

Posted in PHP

Tagged with , , , ,

A mai trecut un an iar PHP 6 ramane un mit – retrospectiva 2011

without comments

A devenit o traditie pentru mine sa incep retrospectiva anuala cu acest subiect.

PHP 6 este la fel de aproape de lansare cum era si anul precedent, sau acum doi ani, adica lipsit de perspectiva. In 2011, PHP 5.4 a ajuns la RC4 si probabil se va lansa in curand versiunea finala, lucru care inseamna ca inca nu se previzioneaza o data pentru lansarea PHP 6. Dar despre PHP 5.4 cu alta ocazie, este pe lista mea de “TODO” sa vad ce a ajuns in RC4.

Cum in PHP 5.3 cuvintele cheie pentru mine au fost namespaces, Anonymous functions, closures si garbage collector, in PHP 5.4 se pare ca aceste cuvinte cheie vor fi traits, din nou closures si scalar type hinting, alaturi de multe alte noutati.

Cand am scris primul meu blog anual despre PHP 6, lucram in principal la site-uri in romana, de acolo si dorinta mea pentru o versiune care sa suporte in mod nativ aceasta limba sau oricare alta fara nici o modificare. Pe atunci lucram in cea mai mare parte direct cu limbajul, de cele mai multe ori fara sa folosesc un framework . Dar de atunci a trecut mult timp si mutle lucruri s-au schimbat, acum folosesc aproape exclusiv framework-uri si platforme care m-au indepartat de limbaj oferindu-mi o noua perspectiva arhitecturala.

Dupa mai bine de un an in cadrul NCH, am decis ca este timpul pentru o schimbare. Si de data asta este vorba tot de o corporatie venita din state cu o sucursala in Romania. De data asta este vorba de Optaros. Desi nu intentionam sa-mi schimb locul de munca, am dat curs unei invitatii la interviu si pe scurt, am plecat. De mult simteam nevoia sa lucrez din nou pentru clienti externi, dupa experienta NCH unde toate proiectele erau interne, simteam nevoia de o schimbare.

Din nou proiectele sunt si mai mari, cu alte probleme de scalabilitate. Dar cred ca asta face web development-ul atat de interesant, cu cat ai probleme mai mari de scalabilitate, cu atat inseamna ca lucrezi la un proiect mai mare.

Anul trecut cuvintele cheie au fost Linux si Symfony framework. Pentru anul care tocmai s-a incheiat cuvintele cheie probabil au fost: Magento si Drupal.

Dupa o scurta perioada de lucru cu Magento, pot spune ca mi se pare incredibil cum o platforma atat de mare are atat de putina documentatie si de multe ori atat de multa inconsistenta. Este o plaforma foarte complexa cu care poti face foarte multe lucruri, dar cand vine vorba de documentatie, se pare ca abordarea se rezuma la a analiza core-ul. Venind din lumea Symfony, unde exista literalmente carti intregi de documentatie, puse la dispozitie in mod gratuit, mi se pare incredibil cat de putina si descentralizata documentatie este pentru Magento. Dar de asemenea este un subiect pentru un alt blog. Cred ca aici echipa Optaros m-a ajutat destul de mult ca sa inteleg cum sa abordez problemele.

Un alt eveniment important pentru mine acest anul trecut a fost Yahoo! Open Hack Day, eveniment tinut si in Romania in 2011. Nu stiu daca am mai vazut atata entuziasm si energie intr-un singur loc, intr-o singura zi. Pentru mine ca programator a fost o experienta de neuitat, unul din momentele care m-au facut sa-mi aduc aminte de ce am ales aceasta profesie.

In acest an am dat si examenul de certificare pentru PHP 5.3, chiar la inceptului anului. Examenul nu a fost atat de greu cum ma asteptam, desi se pare ca emotiile raman neschimbate. Faptul ca am mai sustinut un examen m-a ajutat mult, incredibil cat de multe lucruri iti aduci aminte cand le recitesti. Anul trecut mi-am propus sa sustin cel putin un examen de certificare pe an, deci trebuie sa incep pregatirile pentru urmatorul examen.

Concluzionand, 2011 a fost un an bun, plin de realizari si provocari, chiar daca nu am bifat foarte multe lucruri pe rezolutia de an, am realizat si multe lucruri care nu erau pe ea. Dar acum este timpul pentru o noua rezolutie de an.

Iar acum va urez un 2012 mai bun si mai plin de realizari! La multi ani!

Written by Claudiu Persoiu

3 January 2012 at 4:45 PM

Posted in Diverse

Tagged with , , , ,

PHP 5.4 Alpha 1 este aici!

without comments

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.

trait Inharitable {
    public function test() {
        echo 'Class: ' . __CLASS__ . ' Method: ' . __METHOD__ . PHP_EOL;
    }
}

class A {
    use Inharitable;
}

class B {
    use Inharitable;
}

$a = new A();
$a->test(); //Class: Inharitable Method: Inharitable::test

$b = new B();
$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.

function test(string $var) {
  echo $var;
}

$a = 'aa';
test($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:

class closureTest {

    private $a;

    function test() {
        $this->a = 'object var';
        return function () {
            echo $this->a;
        };
    }
}

$a = new closureTest();
$b = $a->test();
$b(); // object var
unset($a);
$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.

Written by Claudiu Persoiu

1 July 2011 at 8:27 AM

Closures si functii lambda in PHP vs. JavaScript

with 2 comments

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:

var add = function (a, b) {
     return a + b;
}
alert(add(1, 2)); // 3

Functiile lambda sunt folosite aproape in orice context cand vine vorba de JavaScript, un exemplu este:

window.onload = function (e) {
     alert('Pagina s-a incarcat!');
}

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:

// PHP 4.0.1+
$add = create_function('$a, $b', 'return $a + $b;');

// vs.

// PHP 5.3+
$add = function ($a, $b) {
     return $a + $b;
};

echo $add(1,2); // 3

Functiile lambda pot fi folosite ca parametru pentru alte functii, cum ar fi usort:

$array = array(4, 3, 5, 1, 2);
usort($array, function ($a, $b) {
     if ($a == $b) {
          return 0;
     }
     return ($a < $b) ? -1 : 1;
});

Chiar mai mult, PHP 5.3+ permite apelarea unui obiect ca o functie anonima:

class test {
     function __invoke($a) {
          echo $a;
     }
}
$a = new test();
$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:

var closure = function () {
     var sum = 0;
     return {
          add: function (nr) {
               sum += nr;
          },
          getSum: function () {
               return sum;
          }
     }
}();

closure.add(1);
closure.add(2);
console.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:

var counter = function () {
    var counter = 0;
    console.log('in closure');
    return function () {
        console.log('in functia anonima');
        return ++counter;
    };
};
var counter1 = counter();

console.log(counter1()); // 1

var counter2 = counter();
console.log(counter2()); // 1
console.log(counter1()); // 2

Output-ul va fi:

in closure
in functia anonima
1
in closure
in functia anonima
1
in functia anonima
2

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.

function closure () {
     $c = 0;
     return function ($a) use (&$c) {
          $c += $a;
          echo $a . ', ' . $c . PHP_EOL;
     };
}

$closure = closure();

$closure(1);
$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():

$closure = call_user_func(function () {
    $c = 0;
    return function ($a) use (&$c) {
        $c += $a;
        echo $a . ', ' . $c . PHP_EOL;

    };
});

$closure(1);
$closure(2);

Written by Claudiu Persoiu

16 April 2011 at 6:02 PM

Examenul Zend PHP5.3 Certified Engineer

with 3 comments

Dupa cum spuneam intr-un blog anterior, cand Zend a lansat noua certificare ZCE 5.3 am primit un cod de discount pentru voucherul de certificare, valabil pana la finalul anului 2010. Am vrut sa profit, asa ca in ultima saptamana din an am cumparat voucherul.

Aveam deja experienta de la certificarea ZCE 5, despre care am vorbit la momentul respectiv.

Am vrut ca pana la finalul concediului, adica pe 7-I sa o dau.

Termenul a fost cam scurt, am avut teoretic aproape doua saptamani sa ma pregatesc, dar pentru ca acestea erau in preajma sarbatoriilor timpul a fost de fapt mult mai scurt.

Zend PHP5 Certification Study Guide – 2nd Edition

Am inceput studiul cu Zend PHP5 Certification Study Guide – 2nd Edition. Cartea chiar daca nu inglobeaza noiile facilitati 5.3 nu este depasita. Pentru ca nu era prima data cand o citeam deja intr-o buna masura a fost mai mult o recapitulare. Am incercat ca pentru fiecare capitol sa fac un exemplu care sa probeze functionalitatea si unul ca sa probeze cazurile pentru care nu se aplica. Cu toate acestea in 4 zile am reusit sa parcurg intreaga carte.

Ca o sugestie, pentru partea de stream-uri si SPL de exemplu, unde este destul de greu de studiat direct din manual ghid-ul mi se pare un inceput bun.

Pentru ca pana la urma cartea este un ghid, in timp ce am citit cartea m-am uitat in capitolele corespunzatoare din manualul de pe php.net pentru o imagine mai larga.

Mock tests

Inainte sa termin cartea am incercat sa fac un mock test pentru PHP5 si spre marea mea surprindere rezultatul a fost “Excellent”. Mock testele le am de cand am dat ZCE 5, iar pentru ca exista o frecventa destul de mare cu care se repetau intrebariile nu am folosit decat 3 atunci. Si acum am facut doar doua din acelasi motiv. Testele sunt foarte utile pentru partea de PHP 5 pentru ca dupa parerea mea, asa cum era si in descrierea lor, acestea sunt mai complicate de multe ori decat examenul in sine. Totusi nu faceti foarte multe, mai ales daca rezultatele la primele sunt slabe pentru ca va pot induce intr-o falsa incredere din pricina intrebariilor repetitive.

Zend PHP 5.3 Study Guide

Cand am terminat cartea am trecut la ghidul gratuit Zend PHP 5.3 Study Guide, care se poate decarca de pe pagina cu detaliile legate de certificare, partea dreapta. Ghidul este in versiune beta si se simte. Cred ca toti cei care vorbesc despre el spun ca are multe bug-uri, si pana la urma este adevarat. Unul dintre cele mai amuzante mi se pare la pagina 109, intrebarea 12, raspunsul la intrebare este D… care nu este afisat in pagina. Dar parerea mea este ca acolo unde sunt bug-uri acestea vor fi gasite relativ usor si nu vor induce in eroare.

Se simte mult mai tare ca acesta este un ghid decat la cartea precedenta, este mult mai sumar si abstract si te obliga sa studiezi manualul.

La finalul fiecarui capitol sunt intrebari, nu am avut rezultat 100% decat la doua capitole. Intrebariile sunt dificile, mai dificile decat la examen in sine dupa parerea mea. Cu toate astea cititi fiecare intrebare cu atentie pentru ca asa va fi si la examen.

Ca sa trec prin tot ghid-ul mi-a mai luat inca 2 zile pentru ca eram incins deja de la cartea precedenta.

Ziua dinainte de examen

Am citit pe blog-ul lui Lorna “lornajane” Mitchell ca inainte de examen e bine sa recapitulezi cateva subiecte mai delictate. Eu in ultima zi am inceput sa recapitulez lucrurile care necesita mai multa memorie decat intelect, cum ar fi zeciile de functii pentru string-uri si array-uri. De asemenea cred ca merita repetat si SPL.

Examenul

Dupa nu foarte mult timp de studiu a venit si momentul examenului.

La fel ca si data trecuta, m-am programat pe Internet cu o zi inainte si m-am prezentat in centrul Pearson VUE.

Examenul in sine nu mi s-a parut mult mai dificil decat cel anterior. Mi se pare ca se pune mai mult accent pe notiuni mai high level de OOP si SPL decat in cel precedent. Stilul intrebariilor mi se pare similar, poate un pic mai multe intrebari “type in”, dar asta se poate sa fie doar norocul meu pentru ca intrebariile sunt selectate dinamic dintr-o serie de intrebari de diferite grade de dificultate.

Timpul de 90 de minute a fost suficient pentru a parcurge toate intrebariile cu atentie si a face review la care nu eram sigur. Data trecuta am terminat cu aproape jumatate de ora inainte, acum nu mi-au mai ramas decat 10 min, poate pentru ca am incercat sa nu ma grabesc de loc.

MULTA ATENTIE! Este foarte important sa citesti intrebariile cu antetie si sa le recitesti de cate ori este nevoie pana cand esti sigur ca ai inteles ce se cere. Unele intrebari sunt formulate mai ciudat si pot induce foarte usor in eroare. Nu intra in panica, daca ai dubii poate trebuie sa marchezi intrebarea pentru review si sa te intorci la ea la final.

Eu personal la inceputul examenului am emotii si primele intrebari le marchez pentru review pentru ca nu reusesc sa ma concentrez suficient.

Fata de acum 2 ani, cand lucram mult mai mult cu PHP brut si mai erau si unele servere de PHP 4 anul trecut am lucrat mai mult cu framework-uri open-source. Asta poate fi un dezavantaj pentru ca nu mai lucrezi atat de mult direct cu functii de core. Dar fata de prima certificare recunosc ca am studiat mult mai putin, probabil si experienta isi spune cuvantul dar si faptul ca ocazional mai rasfoiesc vechiul ghid de certificare.

Iar cu acestea fiind spuse a venit timpul sa pun prima bifa pe rezolutia de an si sa atasez noua sigla la blog.

Pentru aceia care se pregatesc, va urez mult succes!

Written by Claudiu Persoiu

8 January 2011 at 1:56 PM

A mai trecut un an iar PHP 6 nu va veni

with 4 comments

A mai trecut un an iar PHP 6 nu va veni.

De 2 ani astept PHP 6, cred ca a devenit mai mult un blog traditional cu care sa inchei anul.

PHP 6 nu va mai veni pentru ca trunk-ul a fost abandonat si refacut dintr-unul de 5.3.

In alta ordine de idei PHP 5.3 castiga popularitate. Frameworkuri precum Zend Framework si Symfony pregatesc pentru anul 2011 cate o versiune in 2.0 care va avea nevoie de PHP 5.3+. Chiar si CodeIgniter, un framework traditional PHP 4, va necesita o data cu versiunea 2.0 minim PHP 5.1.6.

Mai mult, certificarea oficiala Zend pentru PHP este mai nou ZCE 5.3, iar aceasta devine destul de populara, chiar daca a fost lansata doar cu cateva luni in urma.

Dar un nou an se incheie si este timpul sa bifam realizariile din rezolutia de anul trecut si sa o scriem pe urmatoarea.

Anul trecut am terminat masterul, cu asta am incheiat mult prea multi ani de scoala decat imi doresc sa calculez. De fapt aceasta este prima iarna cand nu sunt intr-o forma de invatamant, poate de asta mi se pare ca am ceva mai mult timp liber :).

Am schimbat locul de munca, iar cu asta am fost fortat sa folosesc cateva lucruri care erau pe lista de TODO de ceva vreme:

  • Linux
  • Symfony Framework
  • Linux era un subiect in jurul caruia ma invart inevitabi de destul de multi ani, fara sa-l aprofundez de loc. A fost mereu pe lista mea de “todo”, dar niciodata nu am avut atata rabdare ca sa intru in detalii cu el sau nu am avut continuitate atunci cand am facut-o. Cand am ajuns la noul loc de munca m-am trezit in fata unui calculator cu Ubuntu si un pic de panica m-a cuprins.

    Dupa cateva luni am facut un nou pas, pentru prima data in viata mea am fost la un curs profesional. Cursul era organizat de Info Academy. Platit din buzunarul meu si usor suprapus cu programul de lucru. Dar am ajuns la concluzia ca trebuie sa-l fac. Probabil nu suna ca mare lucru, dar pentru mine care sunt in general autodidact a fost destul de ciudat. Acum ca s-a terminat pot spune ca a fost o foarte buna investitie si il recomand.

    Undeva pe parcursul cursului mi-am dat seama ca e timpul sa mai fac cate un boot in linux si acasa. Urmatorul pas a fost reconfigurarea boot managerului sa booteze direct in linux. Acum, dupa ce folosesc aproape exclusiv linux, am ajuns la concluzia ca este suficient de user friendly incat sa fie o alternativa reala pentru Windows.

    Symfony framework este alt subiect prafuit pe lista de “todo”. Desi am mai abordat CodeIgniter si Zend Framework, de Symfony nici macar nu m-am apropiat pana anul trecut. Se simte diferenta fundamentala de concept dintre ZF si Symfony, iar eu am simtit-o pe pielea mea. Acesta a fost alt motiv de panica pentru mine la noul loc de munca, pana la urma “all frameworks suck”.

    Nu este un framework usor de invatat din pricina conceptelor, dar acum sunt de parere ca merita. Ce-mi place cel mai mult la acest framework este generarea de CRUD, care se face foarte usor si totusi este foarte puternica si flexibila. De asemenea flosirea fisierelor YML, care se pare ca au fost preluate de la Ruby on Rails, este o alternativa mult mai buna la fisierele ini care sunt suportate nativ in PHP.

    Ca sa concluzionez, 2010 a fost un an bun, cu multe realizari, chiar daca nu am bifat totul pe rezolutia de anul trecut, cred ca am bifat destule.

    Iar acum va urez un an 2011 mai bun si plin de realizari! La multi ani!

    Written by Claudiu Persoiu

    31 December 2010 at 5:38 PM

    Posted in Diverse,PHP

    Tagged with , , , , ,

    Noua certificare ZCE PHP 5.3

    without comments

    De cand a fost lansat PHP 5.3 anul trecut m-am intrebat daca Zend vor introduce si o certificare ZCE aferenta acestei versiuni.

    Se pare ca o data cu abandonul versiunii PHP 6 cu ceva timp in urma directia a fost catre o certificare pentru PHP 5.3.

    Perioada cred ca nu a fost intamplatoare avand in vedere ca se apropie Zend Con, cea mai mare conferinta PHP.

    Ce este nou?

    Diferentele de la PHP 5 la PHP 5.3 se gasesc in manual aici.

    Cateva mai importante:

    Materiale

    Programa pentru examen se gaseste pe site-ul Zend.

    Dupa ce la certificarea pentru Zend Framework am vazut ca exista un guide complet gratuit pentru membrii inregistrati, ma intrebam de ce nu exista asa ceva si pentru aceasta certificare. Se pare ca acum exista: Zend-PHP-5.3-Study-Guide-v1-3.pdf, in versiune beta! Si este gratuit!

    Evident cel mai important material ramane manualul PHP, pentru ca ghidul se foloseste impreuna cu acesta.

    Se pare ca nu mai exista mock tests, cum nu au existat nici pentru certificarea de Zend Framework.

    Pret

    Pretul se pare ca a mai crescut, nu mai este 160$ ci 190$! Pretul oricum ramane unul foarte mic avand in vedere ca un examen la Sun era 200$, iar acum 300$ la Oracle.

    Persoanele care au deja o certificare PHP au un discaunt de 20% pana la finalul anului, deci daca esti deja certificat vei plati 152$.

    Mult succes!

    Written by Claudiu Persoiu

    17 October 2010 at 12:12 PM

    Posted in PHP

    Tagged with , , ,

    Factory method pattern folosind PHP 5.3 si late static bindings

    without comments

    Factory method design pattern introdus de GoF (Gang of Four) pe care l-am abordat si eu intr-un blog anterior, are la baza ideea unei metode care genereaza obiecte. In general implementarea este destul de “slaba” pentru ca “factory”-ul este destul de hardcodat (la fel ca mine in blogul anterior).

    PHP 5.3 ofera totusi posibilitatea unei implementari foarte interesante folosind “Late static bindings“.

    Clasele pe baza carora se vor genera obiectele:

    // clasa abstracta de baza care urmeaza sa fie mostenita
    abstract class Drink {
    
        // ingrediente
        protected $ingredients;
    
        // metoda publica care genereaza bautura
        abstract public function MakeDrink();
    }
    
    // o clasa derivata pentru ceai
    class Tea_Drink extends Drink {
    
        // ingrediente pentru ceai
        protected $ingredients = array('tea', 'sugar', 'mink', 'water');
    
        // generare ceai
        public function MakeDrink() {
    
            // fa ceai
        }
    }
    
    // clasa derivata pentru Bloody Mary
    class BloodyMary_Drink extends Drink {
    
        // ingrediente Bloody Mary
        protected $ingredients = array('votka', 'salt', 'tomato juice');
    
        // generare Bloody Mary
        public function MakeDrink() {
    
            // fa BloodyMary
    
        }
    }

    Idea este de a avea o clasa abstracta care va fi extinsa intr-un mod cat mai simplu pentru a genera noi clase factory.

    PHP 5

    In PHP 5 clasa ar arata cam asa:

    // clasa Factory abstracta
    abstract class absFactory {
    
        // numele clasei de baza
        static protected $base_class = '';
    
        // metoda factory
        public static function getInstance($type) {
    
            // numele clasei rezultat
            $class_name = $type . '_' . self::$base_class;
    
            // se testeaza daca clasa exista
            // aici se poate adauga si un autoloader eventual
            if(!class_exists($class_name)) {
                throw new Exception( 'Class ' . $class_name . ' not loaded!');
            }
    
            // se verifica daca clasa mosteneste clasa de baza
            if(!is_subclass_of($class_name, self::$base_class)) {
                throw new Exception(
                    'Class ' . $class_name . ' is not a child of ' . self::$base_class
                );
            }
    
            // noul obiect
            return new $class_name;
    
        }
    
    }

    Pentru ca metoda getInstance este statica si proprietatea este statica.

    Daca incercam:

    class DrinkFactory extends absFactory {
    
        static protected $base_class = 'Drink';
    }
    
    try {
    
        $obj = DrinkFactory::getInstance('Tea');
    
    } catch (Exception $e) {
    
        echo $e->getMessage();
    }

    Output-ul va fi:

    Class Tea_ not loaded!

    Din pricina “self”, nu putem apela pur si simplu metoda getInstance() din clasa copil pentru ca valoarea lui $base_class va fi “” in loc de “Drink”, trebuie suprascrisa metoda getInstance(). Lucru prea “complicat”.

    O versiune functionala in PHP 5 ar fi:

    class DrinkFactory extends absFactory {
    
        public static function getInstance($type) {
    
            self::$base_class = 'Drink';
    
            // metoda factory a clasei factory de baza
            parent::getInstance($type);
    
        }
    
    }
    
    try {
    
        $obj = DrinkFactory::getInstance('Tea');
    
    } catch (Exception $e) {
    
        echo $e->getMessage();
    }

    Dar nu mi se pare tocmai “elegant”.

    PHP 5.3

    Aici avem “Late static bindings”, care in principiu este introducerea cuvantului “static”.

    Clasa de baza factory arata cam asa:

    // clasa Factory abstracta
    abstract class absFactory {
    
        // numele clasei de baza
        static protected $base_class = '';
    
        // metoda factory
        public static function getInstance($type) {
    
            // numele clasei rezultat
            $class_name = $type . '_' . static::$base_class;
    
            // se testeaza daca clasa exista
            // aici se poate adauga si un autoloader eventual
            if(!class_exists($class_name)) {
                throw new Exception( 'Class ' . $class_name . ' not loaded!');
            }
    
            // se verifica daca clasa mosteneste clasa de baza
            if(!is_subclass_of($class_name, static::$base_class)) {
                throw new Exception(
                    'Class ' . $class_name . ' is not a child of ' . static::$base_class
                );
            }
    
            // noul obiect
            return new $class_name;
    
        }
    
    }

    Diferentele fata de PHP 5 sunt marcate cu bold. O schimbare atat de mica permite totusi o clasa factory mult mai “atragatoare”:

    class DrinkFactory extends absFactory {
    
         static protected $base_class = 'Drink';
    
    }
    
    try {
    
        $obj = DrinkFactory::getInstance('Tea');
    
    } catch (Exception $e) {
    
        echo $e->getMessage();
    }

    Practic in aceasta varianta nu se inlocuieste decat proprietatea statica relevanta in acest context.

    Written by Claudiu Persoiu

    24 January 2010 at 5:46 PM

    Posted in Design patterns,PHP

    Tagged with , , ,