Curso de PHP VI. De Plantillas y demases, parte 1: el enfoque KISS
Un viejo tema en todo foro de discusión que se precie de PHP es el uso de plantillas. En la Tercera parte del curso me di la lata de explicar el porque del uso de plantillas, las ventajas de separar la presentación del contenido y hasta di un ejemplo completo.
Como el tiempo pasa, cada vez me doy cuenta de la importancia de saber ocupar el nivel de complejidad estrictamente necesario para cada proyecto. Me gusta mucho el principio KISS de los gringos, que sería algo así como "Manténlo simple, estúpido!". Por algo mi odio inveterado a Smarty, el mayor monstruo en lo relacionado a plantillas que he podido ver. Pero ya habrá tiempo de explicar porque es tan malo :P
¿A que iba todo esto? A que si hacemos memoria, PHP ES UN LENGUAJE DE PLANTILLAS. Nació, precisamente, para ser usado como un lenguaje embebido dentro de páginas HTML. No reniego del uso de plantillas decentes (a mi me gusta particularmente Xipe), pero hay que saber cuando ocupar que tipo de plantillas en que momento. A grandes rasgos, existen dos tipos de sistemas, aparte del propio PHP. El primer tipo es el basado en la compilación de php, en el cual se genera código en forma dinámica a partir de la plantilla básica; tiene la ventaja de que es muy rápido, ya que al fin y al cabo, utiliza todos los recursos de php como sistema de plantillas, pero es susceptible a exploits si se logra manipular la generación de código para producir algún tipo de ataque. El segundo tipo está basado en el procesamiento de la plantilla por expresiones regulares; si bien es lento, ya que implica un procesamiento intento de cadenas, tiene la gran ventaja de ser casi invulnerable a cualquier tipo de ataque.
Ahora, en un proyecto simple, ¿para que calentarse la cabeza? Ocupemos el viejo include, dentro de una clase que nos permita mayor comodidad.
Observen el siguiente código:
Plantilla.class.php
- class Plantilla {
- var $sRoot;
- function Plantilla($sRoot)
- {
- if (substr($sRoot, -1) == '/') {
- $sRoot = substr($sRoot, 0, -1);
- }
- echo $sRoot;
- $this->sRoot = $sRoot;
- }
- function obtener($sFile, $aVars)
- {
- extract($aVars);
- ob_start();
- $sPath=$this->sRoot.'/'.$sFile;
- if(!file_exists($sPath)) {
- trigger_error("No existe la plantilla $sFile",E_USER_ERROR);
- } else {
- include ($sPath);
- $sOut = ob_get_contents();
- ob_end_clean();
- return $sOut;
- }
- }
- }
¿Ven? Nada más simple. El objeto plantilla tiene como única propiedad el directorio base de las carpetas y con el método obtener, obtenemos el texto de la plantilla, el cual puede tener todo el php que queramos.
Ahora, las 2 plantillas de ejemplo
Cabecera.tpl
- <html>
- <title><?php foreach($a as $i=>$x) { echo '['.$i.'-'.$x.']'; } ?></title>
cuerpo.tpl
- <body>
- <table>
- <?php foreach($b as $i) { ?>
- <tr><td><?=$i?><td></tr>
- <? } ?>
- </table>
- </body>
- </html>
Como pueden apreciar, pido dos arreglos, uno llamado $a y el otro $b. Démosle valores:
test.php
- include_once("Plantilla.class.php");
- $p=new Plantilla('./');
- $a=array('a'=>'la letra a','b'=>'la letra b','c'=>'la letra c');
- $b=array("primer item","segundo item","tercer item");
- $texto2=$p->obtener('cuerpo.tpl',compact('a','b'));
- $texto1=$p->obtener('cabecera.tpl',compact('a','b'));
- echo $texto1;
- echo $texto2;
Ven? El mínimo código necesario, y tenemos completamente separados el código de las plantillas. Ok, sé que si pasan una variable errónea les van a aparecer Notices o incluso Warnings hasta por las orejas, pero si están armando un pequeño foro, ¿para que quieren algo más complejo?
KISS, baby, KISS
En las siguientes sesiones, veremos otros sistemas de plantillas para las cosas que sean más grandes que un FAQ
| Adjunto | Tamaño |
|---|---|
| plantilla_simple.tgz | 804 bytes |
- 6282 lecturas
Buscar
Publicidad
Inicio de sesión
Comentarios recientes
- Buenas.
Antes de ver esta
hace 1 día 7 horas - a ver si alguien me ayuda,
hace 1 día 12 horas - MANDA EL EJECUTABLE PO MEN
K
hace 2 días 6 horas - EEEEEEEEEEEEEEEEEEEEEExcelent
hace 3 días 13 horas - Sin duda es MUY importante
hace 4 días 13 horas - Muchas gracias,
hace 5 días 12 horas - IMHO, el que SQL sea más o
hace 5 días 13 horas - escribir directamente SQL
hace 5 días 13 horas - Sin duda las soluciones
hace 5 días 19 horas - Pregunta, ¿has usado
hace 6 días 19 horas
quisiera saber mas sobre las plantillas php.
¿como se crean?
¿para que nos sirven?
¿como se modifican?
etc...
Me parece mu buena y un codigo bastante limpio.
encontre un pequeño error, por algun motivo no me funciona la cabecera, no imprime.
cuando iniciaste estos cursos que no me dí cuenta?? :'(
Perijilillo: Gracias. Sobre la cabecera, no debería aparecer en el cuerpo, porque es precisamente la cabecera. Ve si el título de la página dice '[a-la letra a][b-la letra b][c-la letra c]'
Jesús: A principios del año pasado hice un pequeño curso en la UBB. De los apuntes de clases hice el curso. Ahora lo estoy continuando....
Empece a quedarme ciego tienes toda la razon.
Voy a usar este tipo de plantilla para un sistema de mailing que hare.
Ah ojala mas adelante puedas publicar algo sobre Xipe quizas un pequeño manual como este.
Saludos
Je, que bueno que te sirva. Si tu sistema es simple y quieres algo rápido, ocupa esta forma.
Me leíste la mente. Después de tratar IT y Sigma, me iré con Xipe y Savant. Smarty lo dejo para el final, no por lo bueno, sino por que quiero alejar ese momento de mi mente....
El enfoque que propones lo he visto varias veces, empezando con el Savant y otros.
Sin embargo lo único que veo de ventaja en una maquinaria de templates más "robusta", es la posibilidad de abstraer varios elementos, principalmente de formularios HTML a componentes que se pueden configurar, más o menos como lo que tiene ASP.NET.
El sistema WACT funciona así y me parece que mientras se pueda mantener clara la separación entre lógica de negocio y de presentación, está bien.
Estoy en general de acuerdo contigo, pero hay dos casos particulares en que un sistema como este no sería adecuado:
1) Diseñadores que trabajan exclusivamente con WYSWYG
2) Plantillas editables por usuarios.
En ambos casos, es necesario evitar a toda costa ocupar código PHP directo, en el primero por la congénita inhabilidad de los diseñadores para entender algo que huela a código y, en la segunda, por los posibles escapes de seguridad. En este tipo de situaciones, recomendaría un sistema basado en expresiones regulares, tipo Template_IT.
Je. Me gusta ver que cuando gente más lista que yo llega a las mismas conclusiones.
http://www.massassi.com/php/articles/template_engines/
Fijense que el código de la clase Template es casi el mismo, sólo que yo prefiero, por flojera, utilizar un extract para evitar el uso masivo de set(). Eso sí, el uso de esta función permite reconocer más fácilmente las variables involucradas. Ahora, no cuesta nada tener la plantilla y el código php abierto para ver cual variable hace que cosa y, mejor aún, crear un comentario al inicio que diga cual es la función de cada variable.
Enviar un comentario nuevo