La mia esperienza nello sviluppo di applicazioni web (siti web, gestionali, piccole utility) mi ha portato ad elaborare alcune definizioni che utilizzerò nei successivi articoli di analisi:

• framework: è l’insieme di strumenti che consentono di enunciare le istruzioni logiche che compongono l’applicazione.
• applicazione: è l’insieme delle istruzioni necessarie a definire la logica astratta di un software.
• interfaccia: è lo strumento di comunicazione tra l’applicazione e il suo utente.
• prodotto: è l’insieme di applicazione e interfaccia cui vengono applicate delle personalizzazioni specifiche per la singola realizzazione.

Nell’immagine precedente la linea rossa rappresenta la separazione logica tra sviluppo dell’applicazione e lo sviluppo del prodotto.

L’applicazione è costituita di istruzioni logiche generiche che possono descrivere una soluzione software ad un problema collettivo. Lo sviluppo del prodotto si concentra sulla selezione delle applicazioni necessarie e sulla definizione di un insieme di regole di personalizzazione.

Nel momento in cui ci viene richiesto lo sviluppo di un prodotto (es un sito web) dobbiamo soffermarci e ragionare sulle applicazioni che lo compongono: gestione utenti, gestione pagine, gestione news, photo gallery e sulle regole di personalizzazione che lo completano: template grafico, numero di news per pagina, gestione dei menus.

Diventa facile capire che l’obiettivo è spostare la line rossa in modo che l’area di configurazione occupi sempre meno spazio nella costruzione di un prodotto. Il tempo che dedichiamo alla costruzione di un prodotto dev’essere concentrato sulla soddisfazione delle personalizzazioni richieste e non sullo sviluppo delle funzionalità

Il compito del framework:

La realizzazione pratica di quanto illustrato espone alcuni prerequisiti fondamentali che il framework deve soddisfare:

• Tutte le operazioni di configurazione devono poter essere descritte su files fisicamente distinti dai sorgenti dell’applicazione.
• I moduli applicativi (plugins) che compongono l’applicazione devono poter interoperare al fine di estendere e/o modificare il comportamento di altri moduli.
• I moduli applicativi devono essere sensibili ad un sistema di configurazione strutturato e scalabile.
• I moduli applicativi devono erogare funzionalità logiche “dropIn”. Non deve essere richiesta modifica dei files sorgenti!

CakePOWER: un po’ di pepe a CakePHP!

CakePOWER è il progetto che mira a concretizzare l’area core dell’immagine qui sopra fornendo tutti gli strumenti necessari allo sviluppo di plugins (moduli applicativi) al fine di vendere prodotti (siti web e gestionali applicativi) la cui caratteristica principale è alta qualità a basso costo.

Ho iniziato cercando un framework (PHP) che implementi il paradigma MVC e la scelta è ricaduta su CakePHP in quanto progetto abbastanza maturo e direzionato sulla creazione di automatismi che permettono di sviluppare il più velocemente possibile.

CakePOWER sarà sviluppato come un’estensione di CakePHP la quale integra funzionalità complesse nel framework. Di fatto tutto il sorgente sarà contenuto nella folder cake_power e l’integrazione avverrà mediante poche semplici istruzioni da inserire nei files di configurazione principali dell’applicazione.

CakePOWER è un’estensione, non un fork!

Lo stato attuale del progetto è pressochè nullo: sto scrivendo la documentazione delle prime strutture logiche che comporranno CakePOWER. La scelta di sviluppare prima la documentazione è fondamentale per garantire la qualità del codice prodotto.

A breve i sorgenti saranno disponibili su Google Project (http://code.google.com/p/cakepower/).

In questo articolo spiego come è possibile utilizzare dei layout contenuti in uno specifico plugin utilizzando quindi il concetto stesso di plugin per re-distribuire contenuti grafici oltre alle funzionalità contenute in helpers e components.

All’interno di un metodo di controller, appena prima del render (o della conclusione del metodo) è sufficiente specificare plugin e layout che si desidera utilizzare per il rendering della richiesta:

...
$this->plugin = 'Myplugin';
$this->layout = 'my_layout';
...

Questo tipo di codice produce la richiesta del file: “/app/plugins/myplugin/views/layouts/my_layout.ctp” da utilizzarsi come layout per la richiesta in corso.

L’autore ha la necessità di estrarre da un campo di testo un numero limitato di caratteri utilizzando l’operatore SQL LEFT:

LEFT(Table.field, len) as new_field_name

La soluzione proposta (e testata) consiste nell’utilizzo dell’operatore direttamente nell’elenco dei campi da estrarre come parametro aggiuntivo dell’operazione find().

$list = $this->User->find( "all", array(
  fields = array(
    'id',
    'username',
    'left(User.username, 5) as short_username'
  )
));

Questo comando di estrazione genera come output la seguente struttura associativa:

array(
  0 => array(
    [User] => array(
      [id] => 1
      [username] = Marco Pegoraro
    )
    [0] => array(
      [short_username] => Marco
    )
  )
)

Si può dunque notare come il campo ottenuto mediante operatore SQL sia stato erogato fuori dal raggruppamento del modello e inserito sotto ad un indice numerico.

Ho fatto alcuni test utilizzando le relazioni tra i modelli (belongsTo) e ho estratto campi da più modelli definendo campi elaborati da più modelli. Tali campi vengono sempre proposti sotto l’indice 0.

Al momento in cui scrivo la discussione è in attesa di una soluzione per modificare in modo esplicito il nome del raggruppamento di questi campi prodotto di un operatore SQL.

Alcune risorse utili:

• http://groups.google.com/group/cake-php/browse_thread/thread/f823cc7f168cd619?hl=en
• http://teknoid.wordpress.com/2008/09/29/dealing-with-calculated-fields-in-cakephps-find/
• http://i-love-cake.pastebin.com/f78d0639a (MySql Dbo variant)

---------------------------------------------------------------
Bake Model
Path: /Users/peg/Sites/cake12/app/models/
---------------------------------------------------------------

Warning: mysql_connect(): Can't connect to local MySQL server through socket
'/var/mysql/mysql.sock' (2) in
/Users/peg/Sites/cake12/cake/libs/model/datasources/dbo/dbo_mysql.php on line 370

Warning: mysql_select_db(): supplied argument is not a valid MySQL-Link resource in
/Users/peg/Sites/cake12/cake/libs/model/datasources/dbo/dbo_mysql.php on line 375

Warning: mysql_get_server_info(): supplied argument is not a valid MySQL-Link resource in
/Users/peg/Sites/cake12/cake/libs/model/datasources/dbo/dbo_mysql.php on line 383

Warning: mysql_query(): supplied argument is not a valid MySQL-Link resource in
/Users/peg/Sites/cake12/cake/libs/model/datasources/dbo/dbo_mysql.php on line 407

Error: Your database does not have any tables.

Questo problema è dovuto al fatto che viene utilizzato il socket mysql di default presente nel sistema OSX (evidenziato in grassetto nel codice precedente).

La soluzione a questo problema è modificare la configurazione della connessione database di CakePHP aggiungendo la seguente definizione per la porta:

'port' => '/Applications/MAMP/tmp/mysql/mysql.sock'

Così facendo si forza l’utilizzo del server MySQL installato da MAMP e gestibile mediante i classici strumenti del pacchetto.

Diventa dunque possibile utilizzare lo script bake!