Ora come sappiamo, grazie al pattern MVC e ai framework opensource php si ha modo di organizzare il codice al meglio, separando completamente la logica applicativa dalla parte di modello di accesso ai dati del database e dalla parte di presentazione dei dati sulle viste.

Fino qua tutto bene e vedo solo dei vantaggi che non voglio ripetere, ma parliamo ora del ruolo dei template language.. smarty tpl per citarne uno.. che sono ormai spesso presenti nei CMS di ultima generazione e vengono spesso propinati per rendere la vita piu’ facile a chi progetta interfaccie web… Sinceramente fatico a capire che grossi vantaggi possono offrire questi pseudo linguaggi, che sono nati appunto per rendere la vita piu’ semplice a chi deve mettere le mani sulle viste, tentando di ridurre il gap tra gli sviluppatori, i web designer e i grafici.. questo nell’ottica di team di sviluppo medio grandi dove sono solitamente sono i web designer a mettere le mani sulla parte frontend dei layout.

Questi motori di template, in ambiente PHP così come in altri ambienti, sono delle classi che consentono ai grafici di interagire con il codice sviluppato dai programmatori senza per questo dover acquisire competenze specifiche sul linguaggio di programmazione utilizzato… questo e’ vero se si dimentica che il grafico invece di capire come estrapolare il codice da un array in php tramite un foreach, dovra’ imparare ad usare un linguaggio diverso con costrutti simili (foreach, loop) e non molto piu’ semplici, per poi fare la stessa cosa con un array di dati in smarty.

Quindi nell’ottica di utilizzo di un framework MVC che ha gia’ dentro il concetto di vista e gia’ separa adeguatamente la parte di presentazione dalle query al database e dalla logica applicativa, risulta inutile secondo me appoggiarsi a queste classi, che appesantiscono a livello prestazionale il codice per introdurre un nuovo linguaggio, che ha le medesime difficolta’ dal punto programmativo quando si maneggiano strutture dati semplici come array (ovvero quello che ci dovremmo trovare nelle viste).

Quindi quali sono i vantaggi nello scrivere codice delle viste in tpl? Cambia la sintassi, non sono piu’ semplici e bisogna imparare un nuovo linguaggio, si introducono nuove classi quindi piu’ righe di codice da eseguire rallentando le prestazioni del software e come ripeto se si lavora su framework MVC si ha gia’ una separazione logica delle viste, percui non ha senso neanche per la sepazione della business logic…

Li buttiamo a mare questi tpl?