Claudiu Perșoiu's Blog

Factory method pattern folosind PHP 5.3 si late static bindings

Jan 24, 2010 Design patterns PHP php5 php5.3

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:

 1// clasa abstracta de baza care urmeaza sa fie mostenita
 2abstract class Drink {
 3
 4    // ingrediente
 5    protected $ingredients;
 6
 7    // metoda publica care genereaza bautura
 8    abstract public function MakeDrink();
 9}
10
11// o clasa derivata pentru ceai
12class Tea_Drink extends Drink {
13
14    // ingrediente pentru ceai
15    protected $ingredients = array('tea', 'sugar', 'mink', 'water');
16
17    // generare ceai
18    public function MakeDrink() {
19
20        // fa ceai
21    }
22}
23
24// clasa derivata pentru Bloody Mary
25class BloodyMary_Drink extends Drink {
26
27    // ingrediente Bloody Mary
28    protected $ingredients = array('votka', 'salt', 'tomato juice');
29
30    // generare Bloody Mary
31    public function MakeDrink() {
32
33        // fa BloodyMary
34
35    }
36}

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:

 1// clasa Factory abstracta
 2abstract class absFactory {
 3
 4    // numele clasei de baza
 5    static protected $base_class = '';
 6
 7    // metoda factory
 8    public static function getInstance($type) {
 9
10        // numele clasei rezultat
11        $class_name = $type . '_' . self::$base_class;
12
13        // se testeaza daca clasa exista
14        // aici se poate adauga si un autoloader eventual
15        if(!class_exists($class_name)) {
16            throw new Exception( 'Class ' . $class_name . ' not loaded!');
17        }
18
19        // se verifica daca clasa mosteneste clasa de baza
20        if(!is_subclass_of($class_name, self::$base_class)) {
21            throw new Exception(
22                'Class ' . $class_name . ' is not a child of ' . self::$base_class
23            );
24        }
25
26        // noul obiect
27        return new $class_name;
28
29    }
30
31}

Pentru ca metoda getInstance este statica si proprietatea este statica.

Daca incercam:

 1class DrinkFactory extends absFactory {
 2
 3    static protected $base_class = 'Drink';
 4}
 5
 6try {
 7
 8    $obj = DrinkFactory::getInstance('Tea');
 9
10} catch (Exception $e) {
11
12    echo $e->getMessage();
13}

Output-ul va fi:

1Class 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:

 1class DrinkFactory extends absFactory {
 2
 3    public static function getInstance($type) {
 4
 5        self::$base_class = 'Drink';
 6
 7        // metoda factory a clasei factory de baza
 8        parent::getInstance($type);
 9
10    }
11
12}
13
14try {
15
16    $obj = DrinkFactory::getInstance('Tea');
17
18} catch (Exception $e) {
19
20    echo $e->getMessage();
21}

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:

 1// clasa Factory abstracta
 2abstract class absFactory {
 3
 4    // numele clasei de baza
 5    static protected $base_class = '';
 6
 7    // metoda factory
 8    public static function getInstance($type) {
 9
10        // numele clasei rezultat
11        $class_name = $type . '_' . static::$base_class;
12
13        // se testeaza daca clasa exista
14        // aici se poate adauga si un autoloader eventual
15        if(!class_exists($class_name)) {
16            throw new Exception( 'Class ' . $class_name . ' not loaded!');
17        }
18
19        // se verifica daca clasa mosteneste clasa de baza
20        if(!is_subclass_of($class_name, static::$base_class)) {
21            throw new Exception(
22                'Class ' . $class_name . ' is not a child of ' . static::$base_class
23            );
24        }
25
26        // noul obiect
27        return new $class_name;
28
29    }
30
31}

O schimbare atat de mica permite totusi o clasa factory mult mai “atragatoare”:

 1class DrinkFactory extends absFactory {
 2
 3     static protected $base_class = 'Drink';
 4
 5}
 6
 7try {
 8
 9    $obj = DrinkFactory::getInstance('Tea');
10
11} catch (Exception $e) {
12
13    echo $e->getMessage();
14}

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

Factory method design patten in PHP

Read this post in English

Jan 23, 2010 Design patterns PHP

Share on:

Un design patten creational care reprezinta o solutie pentru a genera obiecte fara sa se specifice clasa acestuia. In mod particular orice metoda care genereaza obiecte reprezinta o implementare de Factory Method pattern.

Motivatie:

O motivatie este ca, sarcina de a creea obiectul este delegata catre metoda factory.

Diagrama:

factory method pattern

Implementare:
Clasele care genereaza obiecte prin factory, clasa comuna care va fi extinsa si clasa cu metoda fatory:

  1// clasa comuna care va fi extinsa
  2abstract class OutputBase {
  3     // output headerele necesare
  4     abstract public function header();
  5
  6     // corpul rezultat
  7     abstract public function body($data);
  8
  9}
 10
 11// clasa pentru output xml
 12class XMLOutput extends OutputBase {
 13
 14     // output header xml
 15     public function header() {
 16          header('content-type: text/xml');
 17     }
 18
 19     // document xml
 20     public function body($data) {
 21          $res = '';
 22
 23          $res .= '';
 24
 25          foreach ($data as $root => $item) {
 26
 27               $res .= '';
 28
 29               foreach ($item as $key => $val) {
 30                    $res .= '<'.$key.'>'.$val.'';
 31               }
 32
 33               $res .= '';
 34          }
 35
 36          $res .= '';
 37
 38          return $res;
 39
 40     }
 41
 42}
 43
 44// clasa pentru output csv
 45class CSVOutput extends OutputBase {
 46
 47     // output header csv
 48     public function header() {
 49          header("Content-type: text/plain");
 50     }
 51
 52     // corp csv
 53     public function body($data) {
 54          $res = '';
 55
 56          $keys = array_keys($data[0]);
 57
 58          foreach ($keys as $key) {
 59               $res .= '"'.$key.'";';
 60          }
 61          $res .= "\r\n";
 62
 63          foreach ($data as $item) {
 64               foreach ($item as $val) {
 65                    $res .= '"'.$val.'";';
 66               }
 67
 68               $res .= "\r\n";
 69          }
 70
 71          return $res;
 72     }
 73}
 74
 75// clasa cu metoda factory
 76// este abstracta pentru a nu fi instantiata
 77abstract class OutputFactory {
 78
 79     // constanta pentru timpul xml
 80     const XML = 1;
 81
 82     // constanta pentru tipul csv
 83     const CSV = 2;
 84
 85     // metoda statica factory
 86     public static function getInstance($type) {
 87          // in functie de constanta primita ca parametru
 88          // va intoarce unul din obiecte
 89          switch ($type) {
 90               case self::XML :
 91                    return new XMLOutput();
 92               break;
 93
 94               case self::CSV :
 95                    return new CSVOutput();
 96               break;
 97          }
 98
 99          // daca valoarea primita ca parametru nu este una din constante
100          // se arunca o exceptie
101          throw new Exception('Invalid class type!');
102     }
103
104}

Exemplu:

 1// se de date
 2$data = array(
 3               array(
 4                    'a' => 1,
 5                    'b' => 2,
 6                    'c' => 3
 7                    ),
 8               array(
 9                    'a' => 4,
10                    'b' => 5,
11                    'c' => 6
12                    )
13          );
14
15//Bloc try-catch pentru a prinde eventualele exceptii
16try {
17     // generare obiect
18     $obj = OutputFactory::getInstance(OutputFactory::XML);
19
20     // output headere
21     $obj->header();
22
23     // afisare body
24     echo $obj->body($data);
25
26} catch (Exception $e) {
27
28     $e->getMessage();
29
30}

A mai trecut un an iar PHP 6 tot nu este aici…

Read this post in English

Jan 13, 2010 MySQL php5.3 php6

Share on:

A mai trecut un an iar PHP 6 tot nu e aici…

Dar asta nu este tocmai o noutate, este al 4-lea an in care aceasta versiune mult asteptata nu se lanseaza, nu degeaba este numita cea mai asteptata versiune.

Totusi a fost un an bun pentru comunitate, chiar daca Unicode nativ nu exista inca intr-o versiune stabila, acum avem cam toate celelalte noutati asteptate in PHP 5.3, care probabil va mai avea nevoie de cativa ani ca sa devina folosit pe scara larga.

Chiar daca toata lumea astepta in acest an ca Oracle sa intre in forta pe piata de baze de date medii si mici prin achizitia Sun, marind portofoliul deja detinut pe piata enterprise. Se pare ca nu a fost asa, CE inca analizeaza propunerea.

Oricum MySQL nu mai este ce era acum 5-6 ani, cand nimeni nu indraznea sa-l foloseasca pentru produse enterprise, acum MySQL este un produs gata pentru a fi folosit atat pentru proiecte mici cat si pentru produse care necesita muta scalabilitate.

Dar revenind la anul care tocmai s-a incheia, a fost un an plin, chiar si in timp de criza.
CodeIgniter 1.7 Packt Publishing – Book review partea 1

Read this post in English

Dec 9, 2009 CodeIgniter PHP

Share on:

CodeIgniter este un framework open-source scris in PHP care se bazeaza pe principiul RAD. Popularitatea acestui framework este in continua crestere, probabil in special de cand lumea a descoperit ca e mult mai usor sa folosesti un framework open-source decat sa dezolti unul intern, dar asta este alta discutie. Cartea CodeIgniter 1.7 de la PacktPublishing, scrisa de Jose Argudo Blanco si David Upton urmareste formarea unei imagini de ansamblu asupra framework-ului CodeIgniter, venind in completarea manualului.

Pana la urma orice framework care se respecta are o referinta detaliata a acestuia, cu eventuale exemple, mai mult sau mai putin cuprinzatoare. Atunci cand vine vorba de invatarea unui framework (si nu numai), o referinta de cele mai multe ori nu este un punct bun de plecare, pentru ca nu poti cauta in aceasta solutii de ansamblu cand primesti explicatii atomice. De asta ajungem sa cumparam carti, pentru a avea o prezentare generala cu probleme si solutii. Si asa am ajuns la cartea CodeIgniter 1.7.

Initial cand am vazut ca titlul cuprinde numarul versiunii framework-ului pe care il analizeaza am fost putin pesimist, pentru ca atunci cand cumperi o carte nu o vrei neaparat legata de o versiune, nu? Nuprea… eu am avut problema asta cu Zend Framework de exemplu, majoritatea cartilor prezinta versiuni “mai vechi” (ex: 1.5-1.6) iar eu vroiam sa vad o abordare cu noile facilitati din versiunea 1.8 sau mai mare. Pana la urma atunci cand inveti vrei de obicei o versiune mai noua a framework-ului, iar cand vor aparea facilitati noi probabil va fi mai simplu sa le citesti doar in referinta.

artea se pare ca porneste de la nivelul de incepator si ataca progresiv atat elementele de baza cat si cele mai frecvente probleme cu care utilizatorul se poare intalni in dezoltarea de aplicatii folosind framework-ului CodeIgniter. Capitolul mostra, pare destul de bine structurat si usor de inteles, iar din cuprins pare sa atace toate subiectele importante, asa ca in speranta ca si restul cartii va fi la fel si ca va mai urma si o parte a doua la acest “review” astept cu nerabdare cartea.

Va urma…
Adobe AIR

Read this post in English

Nov 6, 2009 Adobe AIR JavaScript soap Webkit zend framework

Share on:
Saptamana trecuta a trebuit sa realizez un mic proiect. Cerinta era scurta: interoperabilitate. Avand in vedere ca nu am folosit niciodata Adobe AIR am zis ca este o oportunitate buna sa incerc.

Rezultatul este o mica aplicatie de project management. Pentru server am folosit PHP + SOAP + Zend Framework, pentru client am folosit Adobe AIR cu JavaScript.

Serverul l-am rezolvat in cateva linii:
1<?php 2// clasa de autoload pentru Zend Framework 3include 'Zend/Loader/Autoloader.php'; 4 5// clasa care va rezolva cererile SOAP 6include 'SOAP.class.php'; 7 8// initializez autoloader 9Zend_Loader_Autoloader::getInstance(); 10 11// daca se cere fisierul WSDL pentru descriere 12if(isset($_GET['wsdl'])) { 13 $autodiscover = new Zend_Soap_AutoDiscover(); 14 $autodiscover->setClass('test'); 15 $autodiscover->handle(); 16// daca se face un request SOAP 17} else { 18 $soap = new Zend_Soap_Server("http://localhost/soap/index.php?wsdl"); 19 $soap->setClass('test'); 20 $soap->handle(); 21} 22 23?>
Descriptorul se construieste automat folosind comentarile de tip PHP Documenter din clasa care se ocupa de apelurile SOAP, in acest caz clasa se numeste “test”.

Acum ca am trecut de partea usoara m-am apucat de clientul Adobe AIR urmand acesti pasi simpli:
- Descarcat si instalat Aptana Studio
- Instalat plug-in Adobe AIR
- New project -> Adobe AIR
- and voila! Codarea poate incepe!
Adobe AIR foloseste ca motor pentru JavaScript Webkit. Suna cunoscut? Webkit este folosit de Safari si Google Chrome. Deci codul JavaScript nu trebuie sa fie compatibil decat cu Webkit!

Evident exista un “dar” si un plus. “Dar”-ul este ca exista niste restrictii, de exemplu “eval” nu se poate folosi decat pentru decodare de JSON, iar textul introdus intr-un element direct (ca text) nu poate fi rulat:
1div.innerHTML = "<a onclick=\"alert('ceva')\" href=\"#\">click</a>";
Link-ul va ajunge in element dar nu va rula nimic la onclick pentru ca paramentul a fost trimis ca text.

Asta a fost un dezavantaj destul de mare pentru mine, dar am reusit sa gasesc o alternativa construind elementele html folosind DOM si adaugand actiuni cu addEventListener.

Pe scurt Adobe AIR are formula:
1Adobe AIR = (Webkit)Web Development - security + air framework.
Mi se pare foarte usor de dezvoltat in Adobe AIR pentru un Web Developer care vrea sa realizeze o aplicatie desktop.

Evident nu este foarte rapid si nu mi se pare o solutie buna pentru programe foarte complexe. Dar daca vine vorba aplicatii medii si mici, daca ar trebui sa aleg intre Adobe AIR si PHP GTK de exemplu, prima varianta mi se pare mult mai viabila si usor de folosit!

Pana la urma proiectul a fost gata in mai putin de 3 zile iar grafica a iesit genial! Nici nu pare o aplicati facut folosind doar HTML si JavaScript!
- 14
- 15
- 16
- 17
- 18

Factory method pattern folosind PHP 5.3 si late static bindings

Factory method design patten in PHP

A mai trecut un an iar PHP 6 tot nu este aici…

CodeIgniter 1.7 Packt Publishing – Book review partea 1

Adobe AIR