Sul suo blog Potencier ha espresso un po’ di idee sullo stato attuale dell’arte in termini di template engine paragonando ciò che la rete offre, ha anche pubblicato alcuni test comparativi delle performance dei vari prodotti. Risultato: poco meno di 90 commenti in nemmeno una settimana ed un post in risposta da parte di Eli White che solleva alcuni dubbi. Il cerchio si chiude con la risposta di Potencier in un altro post. Consiglio la lettura dei post e di tutti i commenti visto che ci sono degli spunti davvero interessanti su cui non voglio soffermarmi al momento.

Quello di cui vorrei parlare è ad un livello un po’ più alto: template engine si o no?

Personalmente negli ultimi anni ho sviluppato applicazioni con un framework, sviluppato internamente dall’azienda per cui lavoro, basato su Smarty per la creazione dei template. Da quando ho iniziato ad usare symfony, che ricordo è un MVC, mi sono sempre chiesto se mi mancasse davvero Smarty visto che i template si realizzano direttamente in PHP.

La risposta non la so ancora dare, posso tuttavia esprimere dei pareri sulle due strade che si possono seguire:

PHP

• creare i template direttamente in PHP evita di aggiungere un ulteriore layer al tutto
• non si deve imparare un altro linguaggio (per semplice che sia)
• permette più libertà (con attenzione)

TEMPLATE ENGINE

• rende più leggibili i template, specialmente quelli più complessi
• rende più accessibili, in termini di manutenzione, i template anche ai non sviluppatori
• aiuta ad essere più aderenti al design pattern MVC

Quello che più è importante secondo me, che si usi PHP od un template engine, è fare in modo che nella vista (V, di MVC) ci si limiti a presentare i dati e non ad elaborarli. PHP è uno strumento potente più del necessario per “mostrare” dei dati, va usato nel modo giusto. Un template engine dal canto suo, più scarno e povero di funzioni, potrebbe aiutare in tal senso a patto che non lo si vada ad estendere con mille plugin sviluppati ad hoc per tutte le occorrenze. A quel punto tanto vale restare con PHP…

E voi come agite? Quali sono le vostre esperienze in merito?

• Massimiliano Arione
• Davide Borsatto
• Fabrizio Pucci
• Luca Bernardi

Chiedo ai lettori invece di segnalare eventuali errori di battitura in modo da correggerli quanto prima. Ma le novità non sono finite visto che a breve ve ne comunicheremo altre riguardanti il progetto. Restate sintonizzati quindi!

Visto che le innovazione introdotte dalla versione 1.2 sono parecchie e che la documentazione è uno dei punti fermi della strategia del progetto per la propria diffusione è stato preparato un tutorial piuttosto dettagliato che riassume tutte le novità del framework francese. Le novità principali riguardano:

• ORM e Admin Generator: sfPropelPlugin 1.3 (che usa PDO) e sfDoctrinePlugin 1.0. Per tutti e due l’admin generator è stato riprogettato basandosi principalmente su molte idee fornite dalla community.
• Subframework: symfony framework è composto a sua volta da sotto framework più piccoli, in particolare abbiamo ilRouting Framework, il nuovo Filter Framework e l’ormai famoso Form Framework.
• Testing: sarà possibile sfruttare test automatici o custom potendoli raggruppare in modo da ridurre il codice da usare per i test.
• Task: il sistema dei task ha subito molte migliorie per permettere migliore integrazione con i plugi. L’introduzione di ask() e askConfirmation() permetteranno di realizzare task più interattivi e funzionali.
• Disaccoppiamento: è un lavoro partito già da tempo per fare in modo di lasciare al programmatore la massima libertà di utilizzo del framework senza vincoli particolari che obblighino l’utilizzo di una libreria piuttosto che un’altra. Lo sviluppo di plugin come sfFormsExtraPlugin o sfTaskExtraPlugin serve proprio per allontanare dal core quelle funzionalità che legano a componenti esterni.

Ma come restare al passo con tutti questi cambiamenti? Sicuramente il consiglio migliore è sempre quello di sporcarsi le mani direttamente con le novità provando e riprovando, meglio se a volte sbagliando. symfony in questo ci viene sempre incontro con la sua documentazione minuziosa e con un progetto sviluppato ad hoc per fare pratica con la versione 1.2 del framework. Come fu qualche anno fa con l’Askeet tutorial anche quest’anno symfony propone un tutorial per l’advent calendar: 24 lezioni da un’ora circa per la realizzazione di un progetto completo. Il progetto del 2008 è il Jobeet tutorial partito da un paio di giorni.

Vista la richiesta di traduttori per offrire il tutorial nel maggior numero di lingue mi sono offerto per la traduzione in italiano delle 24 lezioni e sono stato accettato, se qualcuno volesse collaborare sarebbe ben accetto!

Nei giorni scorsi Zaninotto ha annunciato sul suo blog di abbandonare definitivamente il progetto ed il suo impegno per la comunità. Se qualcuno fosse interessato al mantenimento dei plugin realizzati da Zaninotto è pregato di contattare Kris Wallsmith, il nuovo symfony community manager, attualmente responsabile per i plugin.

Attualmente il sistema è in beta privata per aver modo di testare in modo approfondito tutte le funzionalità pubblicate da lunedì 3 novembre. Per provare la beta è necessario essere invitati da un utente già registrato, quindi se qualcuno di voi fosse interessato può semplicemente chiedere qui nei commenti di essere invitato provvederò personalmente a fargli pervenire un invito.

Inoltre a chi deciderà di partecipare chiedo di non farsi problemi a contattarmi per eventuali problemi, suggerimenti, consigli. I feedback durante il periodo di beta testing sono fondamentali per lo sviluppo nella giusta direzione di un’applicazione web.

Visto che la generazione in real time delle immagini dei grafici è un’operazione piuttosto onerosa in termini di cicli di CPU il framework mette a disposizione la classe pCache che si occupa della gestione delle copie cache in modo da dover realizzare l’immagine del grafico una volta sola e poi restituire un’immagine già creata.

Se volete vedere all’opera pChart sul sito ufficiale trovate una demo che vi permette di provare i vari tipi di grafici disponibili, la documentazione invece è il punto di partenza per utilizzare il framework sul vostro server.

Verranno trattati tutta una serie di argomenti relativi ai plugin, dalla loro creazione al testing fino al rilascio. Inoltre si parlerà delle novità che verranno introdotte con symfony 1.2. L’occasione è di sicuro interesse per tutti: gli sviluppatori entrano direttamente in contatto con il core team del framework mentre il progetto potrebbe acquisire forze fresche per un lato molto importante come quello dei plugin che permetto di estendere il framework in molteplici direzioni.

Dovrebbero seguire altre puntate per completare il discorso, quindi se siete interessati aggiungetelo ai segnalibri.