L’implementazione del pattern MVC (Model-View-Controller) di Zend Framework, in accordo con le regole di naming implementate dal framework, richiedono uno schema di questo tipo:

==> richiesta al controller (www.dominio.com/news/list)

==> attivazione della action corrispondente (chiamata al metodo listAction() del controller “news”)

==> gestione dei dati nel model (vengono recuperati dal databse i dati richiesti e passati al controller)

==> ritorno del responso al controller (il controller recupera i dati restituiti dal model e li assegna alla vista)

==> visualizzazione dei dati nella vista corrispondente (la vista visualizza i dati risultati dalla richiesta ricevuta al primo passaggio )

Per quanto riguarda il naming, invece, il framework richiede che ci sia una corrispondenza tra la richiesta (URL) e gli elementi MVC :

- URL = www.dominio.com/news/list

- nome del controller (NewsController)

- nome della action (listAction)

- file della vista che contiene il codice HTML per la visualizzazione del responso (list.phtml)

I colori ci aiutano a chiarire le corrispondente. Ci sono dei casi però in cui tutto il meccanismo che implementa l’MVC non è necessario. In alcuni casi, infatti, il file della vista (nel nostro caso list.phtml) non è necessario.

Pensiamo ad esempio all’azione di caricamento (upload) di un file: in questo caso ci interessa richiedere al controller che si occupa della gestione dei file di attivare la action adibita alla gestione del caricamento, ma senza richiamare un file di visualizzazione, restituendo invece un semplice messaggio per fornire il feedback sul successo o meno dell’operazione.

Per ottenere la disabilitazione del layout e il richiamo automatico della vista possiamo servici dell’helper messo a disposizione da Zend Framework stesso:

$this->_helper->layout->disableLayout();
$this->_helper->viewRenderer->setNoRender(true);

Inserendo queste righe di codice all’interno della action del controller comunichiamo al framework di disabilitare il layout e dunque la visualizzazione del risultato nel corrispondente file .phtml . In questo modo Zend Framework non andrà a cercare il file della vista, e noi siamo liberi di utilizzare il risultato della richiesta nel modo più adeguato alle necessità del nostro applicativo.

Fontadato nel 2008, Aupeo ci permette con pochissimi click di avere a disposizione tutta la musica del nostro/nostri artisti preferiti: l’unica cosa di cui abbiamo bisogno è in effetti una banda larga degna di questo nome, per evitare i fastidiosi silenzi e le fastidiose interruzioni durante la trasmissione.

Il funzionamento alla base del progetto (nato e cresciuto a Berlino) è molto semplice: tutto ciò che dobbiamo fare è inserire il nome del nostro artista preferito nell’apposito spazio, e subito verrà trasmessa la sua musica più quella dei musicisti affini. Ad esempio, se scriviamo “Jimi Hendrix” e facciamo partire la trasmissione, troveremo oltre al rock del mitico chitarrista anche la musica di Muddy Waters, Eric Clapton, Steve Ray Vaughan e tanti altri.

L’interfaccia è disponibile anche in italiano, e il servizio è davvero semplice da utilizzare…provare per credere!

Vediamo alla una prima rassegna dei giochi più interessanti finora testati e scelti non solo per la loro qualità, ma anche per il divertimento e la pura bellezza di giocare.

aTiltlite

aTiltlite è sicuramente uno dei giochi più interessanti: bello, divertente, coinvolgente…insomma da avere. Il gioco è in realtà molto semplice: si tratta di portare la pallina fino al traguarda attraverso un percorso labirintico di buchi e trappole.

Avviato il gioco, il nostro cellulare si trasforma nel percorso da completare: i movimenti del cellulare inclinano il piano su cui si muove la pallina, con una vibrazione per ogni “contatto” che questa ha con le pareti del labirinto; il risultato è una esperienza di gioco davvero coinvolgente e divertente.

Quello che differenzia questa versione da altre disponibili nel market di Android è il numero impressionante di livelli disponibili (200) e la possibilità di averne sempre di nuovi, da scaricare o da creare (possiamo creare i nostri percorsi nell’editor online di supporto al gioco, raggiungibile attraverso un link disponibile nel menu del gioco stesso).

E’ tra i più scaricati del market….un pensierino lo farei!

Fallingball

Fallingball non ha certo la cura grafica di  aTiltlite, però è un gioco davvero semplice, leggero e divertente.

Questa volta siamo un omino come lo disegnavamo alle elementari (nel mio caso  è ancora così in realtà ) e dobbiamo schivare delle palline che ribalzano continuamente sulla nostra testa.

Anche in questo caso non dobbiamo fare altro che muovere il nostro cellulare per far correre l’omino a destra o a sinistra: la sensibilità ai movimenti del cellulare è sufficiente per divertirsi senza problemi.

E’ una gara a tempo, dunque possiamo giocare con gli amici e segnare il nostro tempo nella classifica del gioco: dopo 30 secondi circa le palline sono già tre, e il numero cresce velocemente, dunque…

…occhio alla testa!!

WordSearch

WordSearch è un classico che non passa mai di moda, come dimostra la sua costante presenza nella “settimana enigmistica”.

Tutto ciò che dobbiamo fare è trovare le parole che ci vengono indicate sul fondo dello schermo: chiaramente le dobbiamo cercare, perchè sono tutte “mescolate” tra loro.

E’ possibile personalizzare lo sfondo scegliendo tra quelli proposti, anche se a mio parere la lavagna rimane il migliore…distrae meno e il punteggio alto è assicurato!

Il gioco supporto il touchscreen, dunque è sufficiente far scivolare il dito sulla parola per segnalare la nostra scoperta: attualmente la lingua supportata è l’inglese, dunque le parole che dobbiamo trovare seguono la stessa impostazione.

Ma non è un male, anzi: possiamo imparare qualche nuovo vocabolo in inglese divertendoci e giocando.

PapiJump

PapiJump è un gioco davvero originale: torniamo ad essere una pallina, ma questa volta dobbiamo andare…più in alto possibile!

Sì, perchè lo scopo del gioco è riuscire ad andare sempre più in alto sostenendoci con degli scalini posti qua e là sulla schermo: il problema è che una “forza” ci spinge sempre in alto, e se non ci affidiamo agli scalini……splash sul pavimento!

Graficamente il gioco non è proprio curato, ma vi assicuro che è tra i più divertenti e coinvolgenti tra quelli provati: la velocità e la dinamicità del gioco assicurano il divertimento.

Anche in questo caso è sufficiente far “oscillare ” il nostro cellulare per dirigere gli spostamenti della nostra pallina…

..anche da una parte all’altra dello schermo!!

Trova le differenze

Anche in questo caso siamo di fronte ad un classico: Trova le differenze ci dà giusto il tempo di trovare le 5 differenze nelle due immagini proposte….poi perdiamo un sacco di punti!

Molto curato graficamente, assicura il divertimento grazie ad un sistema di aiuti autoaggiornante (ne abbiamo inizialmente 5, ma se siamo bravi possono diventare molti di più) e ad un numero impressionante di immagini disponibili da confrontare.

Supportato dal touchscreen, il gioco è senz’altro divertente, anche se chiaramente un pò più monòtono dei precedenti.

Inoltre il gioco è un pochetto pesante rispetto agli altri visti, proprio perchè si porta dietro il carico delle immagini: nonostante questo però risulta essere un ottimo passatempo…

…quindi perchè non averlo?

Questi sono i primi 5 giochi che vi consiglio di provare, sia perchè davvero simpatici sia perchè mostrano le potenzialità del mondo mobile nell’ambito dell’entertainment. Sicuramente seguirà una seconda rassegna, ma prima devo tornare a “spluciare” il market di Android, perciò…alla prossima!

Ovviamente non ho perso neanche un secondo….ho fatto tutti i backup del caso e mi sono preparato ai test. Ecco le mie impressioni.

Partiamo dal processo di aggiornamento: a parte un piccolo intoppo iniziale (per qualche strano motivo si è bloccato l’aggiornamento, ma è stato sufficiente seguire i passi indicati per risolvere il problema e riprendere l’upgrade) il processo di upgrade è praticamente tutto automatico. E’ sufficiente seguire i passi indicati dall’assistente dell’installazione per concludere con un successo….et voilà, bastano una ventina di minuti circa per avere il nuovo sistema operativo pronto all’uso!

Android 2.1 Eclair presenta una grafica decisamente più accattivante della precedente versione 1.6 : il numero di animazioni è aumentato, rendendo la navigazione più piacevole e divertente. Il prezzo da pagare è un leggero rallentamento: ad ogni modo è sufficiente installare un task manager per velocizzare notevolmente il sistema.

L’hardware risponde davvero molto bene al nuovo sistema operativo, dando vita ad un prodotto davvero interessante.

Tra le novità maggiori vi è la disponibilità di ben 4 spazi oltre al solito pannello di home, rispetto ai soli due della versione 1.6: nei due pannelli inseriti con la versione Eclair abbiamo a disposizione la versione mobile di Facebook in uno e l’orologio nell’altro. Entrambi i pannelli sono chiaramente personalizzabili, proprio come lo erano quelli della versione precedente.

La visualizzazione delle apps disponibili è stata modificata graficamente: ora l’effetto di scorrimento è più dettagliato, dando l’impressione di avere a disposizione un “rullo” di applicazioni…carino!

Alcuni applicativi forniscono funzionalità in più se installati in Eclair: ad esempio uno dei più utilizzati, Quick Settings, mette a disposizione il famoso effetto “torcia”, che nella versione Android 2.1 diventa sensibile all’accelerometro, diminuendo l’intensità della luce se rivolgiamo lo schermo del cellulare verso l’alto, aumentandola se lo rivolgiamo verso il basso.

Un’altra caratteristica introdotta e sicuramente degna di essere sottolineata è il multitouch: possiamo “zoomare” le pagine del browser o le foto nelle nostre gallery con solo due dita; il touch dell’Acer si comportamente decisamente bene, e il multitouch implementato in Android 2.1 Eclair fa il resto.

In conclusione l’Acer Liquid risponde molto bene all’upgrade: l’unico lato negativo è, come anticipato, un rallentamento generale. Le applicazioni ci mettono qualche istante in più a caricarsi, e la navigazione ad aprire i pannelli in cui vogliamo andare. I task manager migliorano la situazione, ma la differenza rispetto alla versione precedente rimane: chiaramente per ovviare completamente al problema potremmo disabilitare le animazioni, ma, diciamo la verità, anche l’occhio vuole la sua parte!

Non dovendo più utilizzare WM, non volevo che il risultato del backup fosse un file proprietario: volevo avere la possibilità di rileggere i miei SMS con qualsiasi PC. Dopo diverse ricerche ma soprattutto diverse prove effettuate direttamente sul cellulare (più di una volta ho rischiato anche troppo ) ho trovato l’applicativo che rispondeva perfettamente alle mie necessità: GodswMobile SMS Transfer.

Dopo aver installato questo applicativo sul proprio cellulare, in pochi passi possiamo convertire i nostri SMS in diversi formati, tra cui il comodissimo .TXT: è sufficiente seguire la guida presente al seguente link.

In breve, una volta installato ed eseguito questo applicativo, possiamo scegliere se eseguire il backup o il restore degli SMS. Scegliendo “Backup”, giungiamo alla finestra di configurazione del nostro backup, appunto.

A questo punto abbiamo 4 campi da impostare:

1. nome del file di backup
2. la cartella degli SMS che vogliamo “backuppare” (possiamo scegliere tra tutte quelle disponibili, come Bozze, Inviati, Ricevuti, ecc.)
3. il formato del file di backup (TXT o il formato STF dell’applicativo)
4. la cartella in cui salvare il backup (possiamo lasciare l’impostazione di default)

Ora possiamo cliccare sul pulsante “Salva” per eseguire l’operazione che abbiamo configurato: il backup verrà salvato prima sul nostro cellulare nel formato che abbiamo impostato, e successivamente possiamo poi portarlo sui nostri pc con l’Active Sync o con la memory card. In 5 minuti abbiamo eseguito un perfetto backup di tutti i nostri SMS, voilà!

Con questo articolo analizziamo quelle che sono le linee guida per trovare la propria distribuzione Linux, quella cioè che possa rispondere alle nostre necessità e che più si addice alle nostre caratteristiche. Sì, perchè non esiste La distrubuzione Linux perfetta….esiste quella perfetta per noi!

1) Conoscere l’hardware principale del proprio PC

Questo è il primo passo, e non a caso: conoscere le caratteristiche hardware del proprio PC è di fondamentale importanza per la scelta del sistema operativo Linux. A seconda della nostra macchina, infatti, può essere valida una distrubuzione ma al contrario risultare scadente una versione molto diffusa. La prima cosa che dobbiamo fare è controllare la tipologia del nostro processore/processori: in particolare dobbiamo verificare se ci troviamo di fronte processori a 32-bit o 64-bit. Nel primo caso dobbiamo indirizzare la nostra attenzione alle distro con la sigla “i386″ (e qui rientrano la maggior parte dei sistemi), nel secondo caso invece dobbiamo cercare le distro con la sigla “amd64″ (alcuni processori supportano entrambe le versioni, ma visto il carattere introduttivo dell’articolo per ora saltiamo questo argomento).

Dobbiamo anche controllare la scheda video, la scheda audio, e la scheda wireless. Anche se le distruzioni Linux attuali sono abbastanza evolute per risolvere la maggior parte dei problemi, è bene scegliere le distribuzioni consigliate per l’hardware che abbiamo a disposizione. Chi ha una scheda video nvidia, ad esempio, va sul sicuro con le distribuzioni Ubuntu, mentre potrebbe avere problemi con quelle di Fedora o Debian: ma molto dipende anche dalle sinergie degli altri componenti, quindi il primo consiglio è cercare la maggior parte di informazioni possibili sui forum o nelle community specializzate.

Per indirizzarci nella scelta del sistema Linux più adeguato alle caratteristiche del nostro PC possiamo aiutarci con questo How To.

2) Scegliere l’ambiente grafico desktop preferito

Il secondo elemento da scegliere è il sistema grafico: Linux dispone di due sistemi grafici diversi, KDE e GNOME. Il primo è quello che ricorda più da vicino la struttura grafica dei sistemi Microsoft Windows: menu principale sul basso, una sorta di menu “start”, e sottomenu a pannelli orizzontali.

GNOME è invece un sistema grafico completamente diverso: il menu principale è situato nella parte alta dello schermo, con i sottomenu che si aprono prima in verticale e poi in orizzontale.

KDE e GNOME possono anche coesistere, ma normalmente è meglio scegliere tra uno dei due, visto che ognuno supporta diversi programmi ad esempio per la gestione multimediale, per la gestione della posta, ecc.

3) Seguiamo i consigli delle community

Alcune distribuzioni Linux sono oggettivamente più complesse da utilizzare: se stiamo muovendo i primi passi in questo fantastico mondo, non è necessario partire utilizzando i sistemi più complessi. Fidiamoci dunque di quanto ci consigliano le innumerevoli community dedicate.

4) Prima dell’installazione…..live version!

Anche se abbiamo eseguito tutti i passi con attenzione, è molto probabile che ci siamo persi qualche informazione, ma non ci dobbiamo preoccupare…la bellezza di Linux è che praticamente pensa a tutto lui! Praticamente tutte le distribuzioni dispongono di una live version, ovvero di una versione di test che ci permette appunto di testare la distribuzione Linux senza doverla installare. In questo modo possiamo vedere all’opera sul nostro PC il sistema che abbiamo scelto, verificare come risponde ed eventualmente trovare le problematiche e le criticità. Se tutto funziona a dovere, siamo sicuri di aver fatto la scelta giusta, e possiamo procedere all’installazione direttamente dalla live version.

5) Le distribuzioni più importanti

Vediamo alcune delle distribuzioni Linux più diffuse, famose ed utilizzate.

Ubuntu, giunto alla versione 10.4, è uno dei sistemi Linux più utilizzati, per diversi motivi. In primo luogo perchè si è conquistato la fama, non immeritata, di essere il sistema operativo più semplice da utilizzare.

Questo perchè in effetti il sistema di installazione di Ubuntu è tra i più semplici e, elemento ancora più importante, è un sistema che si  muove bene su un numero davvero notevole di configurazione diverse di PC.

I driver nativi disponibili nelle distribuzioni Ubuntu funzionano sulla maggior parte dell’hardware, permettendo agli utenti di utilizzare fin da subito il proprio PC al completo, senza ulteriore lavoro aggiuntivo. Ubuntu inoltre non solo dispone di una live version, ma ha anche la possibilità di essere installato all’interno di una cartella Windwos, facilitando di molto la vita agli utenti principianti che vogliono avvicinarsi al mondo Ubuntu.

Fedora è un sistema operativo completamente open (ha una licenza molto davvero “free”), è anch’esso risulta tra i più utilizzati. Le ultime versioni hanno risolto diversi problemi, in particolare quelli dei driver delle schede video nvidia: fino a qualche tempo fa infatti per chi possedeva una scheda video nvidia ad ogni aggiornamento del kernel del sistema doveva affrontare una mezza odissea per risolvere le incompatibilità che ne derivavano.

Ora con le ultime versioni sembra che questi problemi siano stai completamente risolti: Fedora è un sistema piacevole, abbastanza semplice da usare e sicuramente molto utilizzato per installazioni server. Normalmente Fedora si scarica con GNOME come sistema grafico di default, ma ultimamente sono disponibili anche versioni con KDE.

Debian non è una distribuzione che normalmente si consiglia per i principianti, visto che alcuni procedimenti sono abbastanza complessi e richiedono una conoscenza approfondita di alcuni elementi del sistema operativo Linux.

Rispetto alle versioni Ubuntu o Fedora , è sicuramente meno curato graficamente, però vanta un numero impressionante di pacchetti disponibili nel repository. Il sistema si presenta con il sistema grafico GNOME, anche se da qualche anno esiste un progetto parallelo per un progetto che utilizza il sistema grafico KDE.

Mandriva è un sistema operativo che si presenta di default con KDE, e graficamente è sicuramente tra i più curati. E’ anche disponibile la versione GNOME, anch’essa curata e molto performante. Negli ultimi anni è diventato uno dei sistemi Linux più utilizzati, perchè riunisce un’interfaccia grafica ben curata con un sistema operativo altrettanto ben curato e facile da configurare ed utilizzare.

Il numero di distribuzioni Linux disponibili è troppo grande per poterli citare tutti, ma per chi volesse vedere un elenco più esauriente può seguire questo link.

Con questo articolo proseguiamo la conoscenza di Zend Framework trattando un altro interessante argomento di vitale importanza per lo sviluppo di un’applicazione web “moderna” che possa interagire con il mondo esterno utilizzando le principali tecniche e i più diffusi protocolli di comunicazione. L’argomento che vediamo è la gestione dei contesti (context) in Zend Framework.

Un’applicazione web moderna deve poter interagire con migliaia di altre applicazioni web, ricevere feed, inviare contenuto, gestire chiamate asincrone, ecc.

Diventa dunque estremamente importante avere a disposizione uno strumento che permetta di gestire la maggior parte delle interazioni con un meccanismo semplice, intuitivo e rapido da utilizzare e capire….ed è proprio quello di cui dispone Zend Framework.

Zend Framework implementa il pattern MVC, in cui il Controller è l’elemento che si occupa di “leggere” la richiesta ricevuta, di inoltrare tale richiesta a chi la sa gestire e di “restituire” il responso. Ed è proprio qui che i context giocano un ruolo fondamentale.

Il meccanismo è molto semplice: Zend Framework permette di impostare di volta in volta il “tipo” di responso che può gestire una determinata “action” in un Controller, e dunque le modalità con cui ,attraverso questa action, l’applicativo web può comunicare con il mondo.

Chiariamoci subito i dubbi con un esempio. Supponiamo che al nostro applicativo web guinga una richiesta di questo tipo:

http://www.miodominio.com/public/articolo/list

in altre parole l’applicativo web riceve la richiesta di eseguire la action “list” del Controller “articolo”. Fin qui normale amministrazione: supponiamo che la action “list” non faccia altro che interrogare la nostra base di dati per raccogliere tutti gli articoli presenti nella web application e li restituisca. Quello che noi facciamo è proprio modificare la modalità con cui tale action restituisce i risultati.

In alcuni casi infatti può essere molto comodo avere in risposta una lista di articoli sotto forma di oggetto o array, ma in altri casi può essere molto più comodo ad esempio dover gestire una stringa in formato JSON, in formato HTML o XML. Ad esempio quando dobbiamo gestire chiamate asincrone AJAX è molto comodo ricevere il responso in formato XML o JSON, due “protocolli” di comunicazioni molto diffusi proprio in questo ambito.

Vediamo allora come restituire una stringa JSON a seguito della richiesta ricevuta come da esempio.

Nel Controller “articolo” avremo un metodo “listAction()” per gestire la action “list”, che può essere implementato come segue:


public function listAction() {
[…]
try {
if ( $this->getRequest()->isPost() ) {
[...]
// (1)
$response = array("success" => true, "lista" => $result);
// (2)
$this->_helper->json($response);
[...]
}
} catch ( Exception $e ) {
// (3)
$response = array( "success" => false, "error" => $e->getMessage() );
// (4)
$this->_helper->json($response);
}
[...]
}


Supponendo di ricevere una richiesta tramite POST la action esegue tutte le computazioni del caso (ad esempio crea un oggetto model Articolo, interroga questo oggetto e salva i risultati nella variabile “$result” ) e, se non ci sono stati problemi, invia un responso di successo (“success” => true) con la lista degli articoli (“lista” => $result)) attraverso il protocollo JSON ( $this->_helper->json($response); ) . Chiaramente in caso di problemi verrà eseguito il blocco “catch”, il responso sarà insuccesso (3) e tale responso sarà inviato alla vista (4).

L’ultima cosa che rimane da fare è impostare il contesto, ovvero impostare il fatto che il responso della action “list” sarà in formato JSON. Per fare questo utilizziamo il metodo “init()” dei Controller, utilie proprio per impostare le loro configurazioni di inizializzazione:

public function init() {

$contextSwitch = $this->_helper->getHelper('contextSwitch')
->setContext(
'html', array(
'suffix'    => 'html',
'headers'   => array(
'Content-Type' => 'text/html; Charset=UTF-8',
),
)
->addActionContext('list', 'json')
->addActionContext('crea', 'xml')
->addActionContext('cancella', 'html')
)
->initContext();

}

Come si vede dal codice, utilizziamo l’helper “contextSwitch” per la gestione dei contesti: nel nostro esempio abbiamo imposta sia un contesto JSON per la action “list” di cui sopra, sia un contesto XML e HTML. Quest’ultimo è quello che richiede due parole di più: di default infatti non è disponibile un contesto HTML, ma questo non è assolutamente un problema. La flessibilità di Zend Framework è tale perc cui, in poche righe di codice, possiamo impostare e personalizzare i context a seconda delle nostre necessità….niente male vero?

Per chi volesse approfondire può leggere la pagina della documentazione di Zend Framework dedicata agli Action Helper del componente Zend_Controller.

L’argomento che trattiamo in questo articolo è la gestione delle transazioni con Zend Framework. Una transazione è una sequenza di operazioni che deve rispettare le proprietà ACID ( Atomicity, Consistency, Isolation, e Durability – Atomicità, Coerenza, Isolamento e Durabilità). Una transazione può terminare con successo o con un insuccesso: nel primo caso il risultato sarà permamente, mentre nel caso di insuccesso di deve tornare alla situazione precedente l’inizio della transazione, come se nulla fosse successo.

Una transazione inizia con l’istruzione che dichiara appunto l’ “inizio della transazione” ( il punto (1) nel codice). Le operazioni che intendiamo eseguire tutte insieme sul database vanno inseriti dopo questa istruzione (1), all’interno di un blocco “try{} catch {}” che permette di verificare che tutto abbia funzionanto e pertanto che non siano state lanciate eccezioni.

Nel nostro esempio vogliamo eseguire due operazioni di inserimento sul database (2), utilizzando i modelli “$model” e “$model2″ (Zend Framework si basa su una implementazione del pattern MVC, Model-View-Controller). Vorremmo che queste operazioni di inserimento avvennissero una dopo l’altra, e che vengano annullate nel caso in cui una delle due “INSERT” non andasse a buon fine. I dati che vogliamo inserire li organizziamo in una struttura dati simile a quella nel punto (3) del codice (in sostanza un array associativo).

Nei punti (4) e (5) dell’esempio effettuiamo gli inserimenti veri e propri. Se tutto funziona senza problemi, effettuiamo l’operazione di COMMIT (6) per confermare la correttezza della transazione e dunque la conseguente chiusura della stessa.

Nel caso in cui invece  si siano verificati problemi, verrà lanciata una eccezione che sarà catturata dal blocco “catch”, nel quale, prima di riportare il messaggio dell’errore e lanciarlo alla classe padre (8), eseguiamo l’azione di ROLLBACK (7). Questa è l’istruzione che comunica alla transazione che ci sono stati problemi e che dunque deve essere annullata, senza apportare modifiche permanenti alla base di dati.

(1) $this->getAdapter()->beginTransaction();
try {

  // TODO ho aggiunto io l’autoincrement nelle tabelle articoli
  (2) $model   = new My_Model();
  $model2 = new My_Model2();
  (3) $data   = array("nome"=>"Marco", "cognome"=>"Lecce");
  $data2 = array("tipo"=>"Utente", "ruolo"=>"Editore");
  (4) $id = $model->insert($data);
  (5) $id2 = $model2->insert($data2);

  (6) $this->getAdapter()->commit();

} catch ( Zend_Exception $e ) {

  (7) $this->getAdapter()->rollBack();
  (8) throw new Exception( $e->getMessage() );

}

Come abbiamo visto sono sufficienti queste poche righe di codice per gestire un importante concetto come quello delle transazioni. Il codice rimane dunque pulito e molto leggibile: per ora è tutto, ci vediamo al prossimo articolo con Zend Framework!

Qualche giorno fa ho letto un articolo in cui si racconta l’ultimo attacco portato a Google da alcune società di consumatori che vogliono vederci chiaro sulle attività e soprattutto sulla quantità, qualità  e tipologia di dati che vengono raccolti dal gigante di Mountain View. E se ci fermiamo un secondo a riflettere, in effetti è qualcosa che fa pensare…

Non è la prima volta che Google si trova a fronteggiare le associazioni di consumatori che l’accusano apertamente di abusi della privacy e di non rispettare le basilari regole nello sviluppo del software. Del resto Google non ha mai nascosto di aver catturato “per errore” tutta una serie di dati che sicuramente rientrano nella categoria di “abuso”.

In rete ci sono diversi articoli che trattano dell’argomento, ma il vero quesito che dobbiamo porci è se, per rispettare la nostra privacy, saremmo disposti a rinunciare a quelli che sono tra i principali servizi forniti da Google (e non solo chiaramente) e che ormai utilizziamo praticamente ogni giorno.

Saremmo pronti  a dire “addio” a Google Maps per  esempio?

E se pensiamo al mondo mobile la riflessione diventa ancora più complessa: il cellulare è uno strumento che possiamo considerare un pò come  un secondo portafoglio, uno strumento in cui sono contenute informazioni sensibili sui nostri contatti, i nostri messaggi, le nostre fotografie…insomma di tutto un pò. Con la connessione internet mobile 24 ore su 24 in sostanza questa raccolta indiscriminata di dati potrebbe essere inarrestabile.

Ma possiamo rinunciare ad utilizzare questi strumenti con queste caratteristiche e funzionalità che ci permettono di comunicare con il mondo ovunque ci troviamo?

Il “Code Assistant” di Eclipse è uno strumento molto potente, che non solo suggerisce le librerie di default del linguaggio di programmazione con il quale stiamo lavorando (Java, PHP, ecc.) ma permette anche di personalizzare le librerie a disposizione, aggiungendone ad esempio di terze parti.

Questo non solo velocizza la scrittura del codice, ma permette anche di imparare molto più rapidamente il linguaggio o i framework che stiamo utilizzando nel nostro applicativo. Quando però lavoriamo in team su un progetto, è molto probabile che si utilizzino i plugin come quello di subversion per gestire il lavoro. Il problema è che quando lavoriamo in questo ambiente, di default, il progetto perde l’indicazione sulla sua stessa natura….in pratica Eclipse non sa più se stiamo lavorando in PHP o Java, sa solo che stiamo lavorando con subversion, perdendo in questo modo il prezioso aiuto che ci fornisce il Code Assistant. Ma per risolvere questo problema ci vogliono davvero 5 minuti…

Dobbiamo concentrare la nostra attenzione sui file “.buildpath” e “. project” del nostro progetto Eclipse: se li editiamo noteremo che non vi sono indicazioni circa la natura del progetto (cioè se siamo in ambiente Java, PHP o Javascript). Tutto ciò che dobbiamo fare è inserire nei rispettivi file le seguenti direttive in neretto:

.PROJECT

<?xml version=”1.0″ encoding=”UTF-8″?>
<projectDescription>
<name>prova</name>
<comment></comment>
<projects>
</projects>
<buildSpec>
<buildCommand>
<name>org.eclipse.wst.validation.validationbuilder</name>
<arguments>
</arguments>
</buildCommand>
<buildCommand>
<name>org.eclipse.dltk.core.scriptbuilder</name>
<arguments>
</arguments>
</buildCommand>
</buildSpec>
<natures>
<nature>org.eclipse.php.core.PHPNature</nature>
</natures>
</projectDescription>

.BUILDPATH

<?xml version=”1.0″ encoding=”UTF-8″?>
<buildpath>
<buildpathentry kind=”con” path=”org.eclipse.php.core.LANGUAGE”/>
<buildpathentry external=”true” kind=”lib” path=”/myLibrary”/>
<buildpathentry kind=”src” path=”"/>
</buildpath>

A questo punto, una volta riavviata l’IDE, il nostro progetto sarà etichettato in base alla sua natura, e dunque si riattiveranno tutte le funzionalità e tutti gli strumenti a disposizione per lo sviluppo con l’ambiente che abbiamo impostato (e il Code Assistant non fa eccezione! )