L’idea alla base di fxDao è quella di fornire uno strumento che consenta di sviluppare applicazioni più rapidamente, senza abbandonare mai l’ambiente di sviluppo Flex. Il codice di accesso ai dati viene, infatti, sviluppato in ActionScript sfruttando una classe helper che facilita la scrittura delle query SQL e demandando al gateway fxDao il compito di eseguirle su MySQL ritornando i risultati in maniera asincrona e trasparente.

La differenza che l’utilizzo di fxDao comporta rispetto all’approccio di sviluppo tradizionale di un’applicazione data driven in Flex sta nel fatto che non è necessario sviluppare la logica di accesso ai dati sul server per poi interagire con questo tramite remoting server o web service.

fxDao è nella sua fase di startup e necessita sicuramente di ulteriori sviluppi. Si presta ad essere portato su altre piattaforme server diverse da PHP (Java, .NET, Ruby) ed essendo un progetto open source può avvalersi della collaborazione di altri sviluppatori. Presentarlo al Flash Camp on the beach costituisce per noi l’occasione di farlo conoscere e magari raccogliere adesioni.

Sei uno sviluppatore Flash/Flex? Non mancare al Flash Camp on the beach, l’ingresso è gratuito ma i posti sono limitati, affrettati a registrarti!

Riferimenti

• Flash Camp on the beach su flexcamp.it
• fxDao su Google Code

Articoli correlati:

1. Chafic Kazoun e Joey Lott, Programming Flex 2
2. photoDiary: openSource by Webgriffe
3. Google, Yahoo e Adobe uniti per indicizzare i siti in Flash

• Fornisce un’API specifica per interagire con Apache, il web server più diffuso al mondo.
• Ha una sintassi molto simile al C. Uno dei linguaggi di programmazione che hanno fatto la storia dell’informatica.

Dalla versione 5 PHP è stato arricchito di nuovi aspetti permettendo la nascita ed il consolidamento di numerosi framework. Tra le caratteristiche di questo linguaggio ce n’è una che mi affascina particolarmente ed è l’object overloading. Generalmente con il termine overloading, ci si riferisce a quella caratteristica di un linguaggio che permette di dichiare più metodi con la stessa firma ma con numero e/o tipi di parametri diversi. In PHP, invece, l’object overloading è la caratteristica che permette agli oggetti di una classe, di interpretare chiamate a metodi o attributi che non sono stati definiti. Tutto ciò è possibile grazie ai cosiddetti “magic methods” che, una volta definiti, permetto di intercettare tutte le chiamate inconsistenti. Questi metodi sono:

• __get(string $name): viene chiamato quando si cerca di leggere il valore di un attributo che non è stato dichiarato.
• __set(string $name, mixed $value): viene chiamato quando si cerca di scrivere il valore di un attributo che non è stato dichiarato.
• __isset(string $name): viene chiamato quando si utilizzano i metodi isset o empty su un attributo che non è stato dichiarato.
• __unset(string $name): viene chiamato quando si utilizza il metodo unset su un attributo che non è stato dichiarato.
• __call(string $name, array $arguments): viene chiamato quando si chiama un metodo che non è stato definito.
• __callStatic(string $name, array $arguments): come il metodo precedente ma per le chiamate statiche (ad esempio NomeClasse::metodo()).

Utilizzando questi metodi è possibile creare classi i cui attributi e metodi sono dinamici. Ad esempio si consideri la seguente classe:

class Test {
  /**  Array dei dati overloaded  */
  private $data = array();
 
  /**
   * L'overloading non viene usato su
   * questo attributo perchè è dichiarato.
   */
  public $declared = 1;
 
  /**
   * Per questo attributo viene usato
   * l'overloading solo se si tenta di accedere
   * dall'esterno della classe.
   */
  private $hidden = 2;
 
  public function __set($name, $value) {
    $this->data[$name] = $value;
  }
 
  public function __get($name) {
    if (array_key_exists($name, $this->data)) {
      return $this->data[$name];
    }
 
    $trace = debug_backtrace();
    trigger_error(
      'Undefined property via __get(): ' . $name .
      ' in ' . $trace[0]['file'] .
      ' on line ' . $trace[0]['line'],
      E_USER_NOTICE);
    return null;
  }
 
  public function __isset($name) {
    return isset($this->data[$name]);
  }
 
  public function __unset($name) {
    unset($this->data[$name]);
  }
}

Ora immaginiamo che il nostro script PHP instanzi un oggetto della classe Test di cui sopra:

$obj = new Test();
 
/**
 * La prossima istruzione genererà una chiamata al metodo
 * __set definito in precedenza. I parametri $name e $value
 * assumeranno rispettivamente i valori 'attrOverloaded' e 'ciao mondo!'.
 * Il metodo __set quindi aggiungerà l'indice 'attrOverloaded'
 * all'array $data e ne associerà il valore 'ciao mondo!'
 */
$obj->attrOverloaded = 'ciao mondo!';
 
/**
 * La prossima istruzione genererà una chiamata al metodo
 * __get definitio in precedenza. Il parametro $name avrà
 * il valore 'attrOverloaded'. Il metodo restituirà il
 * rispettivo valore presente nell'array $data ovvero
 * 'ciao mondo!'
 */
echo $obj->attrOverloaded;
 
/**
 * Per la prossima istruzione non verrà utilizzato
 * l'overloading in quando declared è un attributo
 * dichiarato dell'oggetto.
 */
echo $obj->declared;
 
/**
 * Per la prossima istruzione verrà utilizzato
 * l'overloading in quanto hidden è un attributo
 * privato ma non essendo però definito nell'array
 * $data verrà lanciato l'errore.
 */
echo $obj->hidden;

Se è chiaro come funziona potete divertirvi a prevedere l’output dello script (e magari postarlo nei commenti).

Uno svantaggio dell’utilizzo di questa tecnica è che l’esecuzione di questi metodi è 4 volte più lenta di un normale metodo di un oggetto. Inoltre, si perde la nozione di attributi privati o protetti.  La comodità di questi metodi però ne favorisce il suo utilizzo. Per citare un esempio pratico, si consideri che uno degli impieghi più frequenti di PHP, è quello di utilizzarlo per creare model. I model sono classi che modellano i dati di una qualsiasi entità che solitamente risiede su database. Ogni volta che si vuole modificare un’entità già esistente occorre anche aggiornare il model corrispondente.  Ancora, se si aggiunge una nuova entità su database ecco che occorre creare un apposito model. Utilizzando l’object overloading, invece, è possibile realizzare un model universale in grado di adattarsi a qualsiasi entità con qualsiasi attributo.

Magento è una piattaforma sviluppata in PHP (con Zend Framework) e utilizza un database MySQL per l’archiviazione dei dati. È piuttosto esigente in merito a requisiti di sistema. Infatti, richiede alcune estensioni PHP che solitamente non sono installate sui normali servizi di hosting. Del resto, una volta caricato sul proprio webserver è sufficiente creare un database MySQL e far partire la procedura di installazione.

Entriamo nel pannello di amministrazione dove capiamo subito che Magento è una piattaforma estremamente potente. Anche la versione gratuita, possiede tutto quello che si può chiedere ad una software di eCommerce. Quelle che seguono sono solo alcune delle caratteristiche di Magento eCommerce:

• Strumenti promozionali e di marketing
• Analisi e reportistica
• Motore di ricerca
• Gestione dei contenuti (CMS)
• Gestione catalogo
• Ottimizzazione per iPhone
• Internazionalizzazione
• Gestione ordini (pagamenti, spedizioni e fatturazione)
• Gestione clienti

L’elenco completo delle caratteriste lo si può trovare in questa pagina.
L’utilizzo del pannello di amministrazione non è semplicissimo ma dopo poco tempo, siamo in grado di effettuare le principali operazioni di gestione. Magento include anche la parte di frontend con un tema di default.

Il primo problema che ci poniamo è: come personalizziamo il frontend secondo le esigenze dei nostri clienti? Per rispondere a questa domanda cominciamo a documentarci sulla Designer’s Guide che espone l’intricato sistema di template di Magento. Fin da subito ci accorgiamo che la documentazione non è delle migliori. Anche dopo diverse e attente letture alcuni concetti rimangono inspiegati. Quel che è peggio è che non riusciamo neppure a trovare qualcosa di significativo altrove. Anche su forum e blog i post si riferiscono a problemi specifici e non al funzionamento generale della piattaforma.

Ma non ci diamo per vinti, perché ad oggi Magento è forse la soluzione open source più completa, e quindi complessa, di cui si possa disporre. L’unica strada che ci sembra percorribile, è quella di applicare reverse engineering partendo dal frontend di default. In questo modo cominciamo a fare progressi e ogni giorno capiamo sempre meglio come affrontare certi tipi di personalizzazione.

Dopo diversi giorni trascorsi ad esaminare decine di classi e centinaia di post della community Magento, ora siamo in grado di adattare  il layout alle nostre esigenze. Inoltre, possiamo sviluppare nuovi moduli per aggiungere funzionalità personalizzate a questo software.

Attualmente Magento eCommerce ci sembra davvero un’ottima soluzione per iniziare un progetto di eCommerce. Come è ovvio, questo sistema introdurrebbe un certo numero di rigidità, ma le funzionalità offerte da Magento sono talmente numerose e talmente complete che pensiamo che anche i possibili utilizzatori finali si possano ritenere altamente soddisfatti.

Articoli correlati:

1. eCommerce per crescere
2. William Rice, Magento Beginner’s Guide
3. Webgriffe® Boutique: l’E-commerce professionale