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!

PHP 5.4 a fost lansat!

Chiar daca acuma este yesterday news… literalmente, ieri 1 martie a fost lansat.

Lista de schimbari este disponibila pe php.net.

Ce regret este ca nici in aceasta versiune nu exista scalar type hinting. Singura modificare la type hinting a fost adaugarea cuvantului “callable”, despre care am mai vorbit cand a fost vorba de closures in PHP 5.4.

Un alt lucru interesant este ca de data asta chiar au fost scoase register_globals si magic_quotes_gpc, deci vechile aplicatii de PHP 4 nu mai au posibilitatea de a deveni compatibile cu ajutorul unor setari in php.ini.

De asemenea a fost adaugata functia hex2bin(), evident nu este foarte importanta,dar este interesant ca bin2hex() exista de la PHP 4. 🙂

Exista momente cand ai nevoie sa vezi stack trace-ul, sa stii cum ai ajuns pana la un anumit punct. PHP are doua functii native pentru a realiza acest lucru: debug_backtrace() si debug_print_backtrace. Prima intoarce un array iar a doua afisaza stacktrace-ul pe ecran.

Problema in sine este ca acestea trebuie customizate pentru Magento, pentru ca este foarte posibil cand rulezi debug_backtrace() sa ramai fara memorie inainte sa poti trimite rezultatul catre un fisier de log.

Magento are o functie nativa pentru acest lucru: Varien_Debug::backtrace([bool $return = false], [bool $html = true], [bool $withArgs = true]). Pentru a trimite catre log stacktrace-ul se apeleaza pur si siplu:

1Mage::log(Varien_Debug::backtrace(true, false));

Aceasta tehnica este foarte utila in momentul in care vrei sa vezi de unde se initializeaza anumite obiecte si ce metode se ruleaza pana in acel moment.

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!

Intr-una din aventurile mele prin codul Magento, m-am lovit de urmatoarea problema: trebuia sa adaug un link la breadcrumb.

Cum documentatia nu e foarte bogata, dupa putin debug-ing (nu foarte mult), am ajuns in core la Mage_Page_Block_Html_Breadcrumbs.

Metoda este foarte auto-explicativa: addCrumb($crumbName, $crumbInfo, $after = false). Daca tot eram acolo am zis sa arunc un ochi in ea:

1function addCrumb($crumbName, $crumbInfo, $after = false)
2{
3  $this->_prepareArray($crumbInfo, array('label', 'title', 'link', 'first', 'last', 'readonly'));
4  if ((!isset($this->_crumbs[$crumbName])) || (!$this->_crumbs[$crumbName]['readonly'])) {
5    $this->_crumbs[$crumbName] = $crumbInfo;
6  }
7  return $this;
8}

Ce este interesant este parametul $after, dupa cum se poate observa, desi are chiar si o valoare default, nu se foloseste nicaieri. In rest functia functioneaza asa cum este de asteptat, probabil de asta nu se plange lumea atat de des.