Edición de «VISTAS Y HELPERS»

= Introducción =
Kumbia posee un sistema de presentación basado en vistas (views) que viene siendo el
tercer componente del sistema MVC (Model View Controller).
El framework aplica un patrón de diseño llamado TemplateView que permite utilizar un
sistema de plantillas y vistas que son reutilizables para no repetir código y darle más
poder a nuestra presentación.
Las vistas deberían contener una cantidad mínima de código en PHP para que fuese
suficientemente entendible por un diseñador Web y además, para dejar a las vistas sólo
las tareas de visualizar los resultados generados por los controladores y presentar las
capturas de datos para usuarios.
También proporciona unas ayudas (Vistas Helpers) que generan cierto código muy
común en aplicaciones Web aumentando la productividad.
     
     >> Visualizar información de los modelos, mensajes de los controladores e interfaz de
        usuario
     >> Deben gestionar cualquier salida de la Aplicación
     >> Permiten reutilizar código utilizado para presentación en forma de plantillas.
     >> Permiten cachear las vistas para acelerar el rendimiento.
     >> Permiten el uso de Smarty como motor de Plantillas

=¿Porque usar Vistas?=

Las aplicaciones Web y Sitios generalmente tienen una estructura en la cual se puede
identificar una cabecera, unas barras de navegación y un pie de pagina. Y si tuviéramos
muchas páginas entonces tendríamos que repetir el código de los encabezados y del
diseño inicial tantas veces como páginas tuviéramos. Las vistas son una solución a esto.

[[Archivo:Web.PNG]]

En la figura podemos observar la estructura de un sitio o aplicación Web. Cada bloque
representa en nuestro caso una vista que debe ser abstraída para que no sea repetida en
cada visualización.

Como lateral, pie de página y cabecera se repiten siempre, entonces podríamos ubicarlos
a nivel de layout en donde serian común a cualquier acción del controlador al cual
pertenezca el layout.
Otra alternativa es crear un partial para estos 3 bloques y reutilizarlos en otros layouts.
Los partials representan pequeñas unidades de vistas y son utilizados pare representar
pequeños fragmentos de código.
La vista principal '''views/index.phtml''' representa la vista superior donde cualquier cambio
a esta vista afecta las capas inferiores.
La estructura del sistema de vistas es el siguiente:

[[Archivo:EstructuraWies_Version0.5.PNG‎]]

=Uso de Vistas=

Tal y como se vio en la [[Primera Aplicación en Kumbia]], las vistas son automáticamente
visualizadas si se sigue la convención de nombrarlas con el mismo nombre de la acción
dentro de un directorio con el nombre del controlador en views.
Las vistas, layouts, templates y partiales tienen la extensión .phtml que indica que
es php con html.
Ejemplo: Si tuviéramos un controlador Clientes y queremos mostrar una vista para su
acción adicionar entonces hacemos lo siguiente:

<source lang="php" line>
 <?php
     class ClientesController extends ApplicationController {

       function adicionar(){

       }
     }
?>
</source>

y la vista sería el archivo views/clientes/adicionar.phtml:

<source lang="html4strict" line>
<h2>Hola desde Acción Adicionar</h2>
</source>

No es necesario definir una vista para cada acción en un controlador, esto debe hacerse
sólo para aquéllas que requieran presentar información al usuario.
Las vistas que sean presentadas mediante AJAX deben realizar un llamado a $this-
>set_response('view') en su respectivo método del controlador. Así lograremos una
salida optimizada para AJAX.

=Uso de Layouts=

Kumbia también permite opcionalmente el uso de una plantilla superior a nivel de
controlador que se encuentra en el directorio '''views/layouts''' .
Para nuestro ejemplo anterior tenemos el archivo '''views/layouts/clientes.phtml'''::

<source lang="html4strict" line>
<h1>Este es el Controlador
<? content() ?>
</source>

El llamado a content() hace que el contenido de la vista para acción se muestre en esa
parte del layout.
Un llamado a clientes/adicionar nos visualizaría:

<source lang="text">
Este es el Controlador Clientes
Hola desde Acción Adicionar
</source>


No es obligatorio definir un layout para todos los controladores, si este no existe Kumbia,
va a simularlo.

=Uso de Templates=

El sistema de vistas también permite el uso de Templates, esto simplemente permite
utilizar el layout de otro controlador en el controlador actual, así no repetimos código y
podemos usar el mismo layout en varios controladores.

<source lang="php" line>
 <?php

    class ClientesController extends ApplicationController {

       public $template = "administracion";

       function adicionar(){
          /* ... */
       }

    }

?>
</source>

De esta forma hacemos que Clientes utilice
'''views/layouts/administracion.phtml'''

=Uso de Partials=

Los partials (parciales) son pequeñas vistas que pueden incluirse dentro de otra vista y
que evitan repetir código.
Un partial se reconoce porque empieza con _ (underscore) antes del nombre de la vista.
Se puede hacer el llamado a visualizar un partial usando la función render_partial de
esta forma:

<source lang="php" line>
<?php echo render_partial('menu') ?>
</source>

De esta forma estaríamos mostrando el archivo _menu.phtml del directorio del
controlador actual.

=Uso de CSS en Kumbia=

Kumbia todo su entorno se ejecuta en la carpeta '''public/''' a pesar que cuando nos
encontramos desarrollando las vistas de nuestra aplicación la vamos dejando en el
directorio '''apps/default/views/'''.

Esto significa que cuando se le indica alguna ruta de alguna imagen por decir algo a tus
CSS estas deberían estar respecto a '''public/'''.

Un ejemplo sencillo, imaginemos que deseas incluir una imagen como background y
nuestra imagen se encuentra en la carpeta public/img/. Nuestra vista esta en
apps/default/views/index.phtml (esta en la vista principal de todo el framework)...

Ahora editamos el archivo que contiene los estilos en este caso sera
'''public/css/style.css'''

<source lang="css" line>
body {
 backgroundimage: url("/nombre_mi_aplicacion/img/error.gif");
}
</source>

Donde nombre_mi_aplicacion es el nombre de tu carpeta donde esta el framework,
esta es una utilización básica...

Sin embargo kumbia maneja unas variables para evitar cambios grandes a nivel de los
archivos CSS, un escenario posible es si cambiamos el nombre de la carpeta raiz del
framework porque?... sencillo si cámbianos el nombre de la aplicación (en este caso el
nombre de la carpeta raíz), esto conlleva a cambiar estas rutas en todos los CSS...

En la versión 0.5 de Kumbia hemos encontrado una solución a este problema la cual
cuando incluyes los archivos css que contengan alguna ruta de archivo como fue en el
ejemplo anterior una imagen, lo ideal seria incluir este archivo CSS como se muestra
abajo...

<source lang="css" line>
<?php echo stylesheet_link_tag('style', 'use_variables: true')?>
</source>

Observen el parámetro use_variables, con este parámetro podemos hacer en el algo
como se muestra a continuación en los archivos CSS y nos basamos en el mismo ejemplo
anterior...

<source lang="css" line>
backgroundimage: url("@path/img/error.gif");
</source>

'''@path''' contiene el nombre de la carpeta raíz del framework.<br/>
'''@img_path''' contiene la ruta hasta la carpeta '''public/img''', es decir que el mismo ejemplo
anterior tendría un funcionamiento igual de la siguiente manera..
<source lang="css" line>
backgroundimage: url("@img_path/error.gif");
</source>

'''@css_path''' contiene la ruta hasta la carpeta public/css, esto tiene una utilidad si en
nuestro archivo CSS se hiciera una inclusión de otro archivo CSS.

<source lang="css" line>
@import url("@css_path/otro_css.css");
</source>

=Uso de content()=

Esta función tiene como objetivo indicar al sistema de plantillas en que parte de la vista
se va a visualizar el siguiente nivel de vista. Si por ejemplo se pretende visualizar una
vista y el llamado a content() no esta presente en el layout, entonces la vista no se va a
visualizar.

=Helpers=

Kumbia posee una serie de métodos que facilitan y agilizan la escritura de código HTML
al escribir una vista.
El objetivo de los helpers es el de encapsular grandes cantidades de código HTML o
Javascript minimizándolo en una sola función.
A continuación la referencia de estos:

==link_to($accion, $texto, [$parametros])==

Permite hacer un enlace a una acción controlador. Esta función puede recibir n
parámetros que corresponden a atributos html correspondientes a la etiqueta 'a'.

<source lang="php" line>
<?php echo link_to('compras/buscar/2', 'Buscar el Producto #2') ?>
</source>

==link_to($accion, $texto, [$parametros])==

Permite hacer un enlace a una acción en el controlador actual. Esta función puede recibir
n parámetros que corresponden a atributos html correspondientes a la etiqueta 'a'.

<source lang="php" line>
<?php echo link_to('buscar/2', 'Buscar el Producto #2', 'class: enlace_producto) ?>
</source>

==link_to_remote($accion, $texto, $objeto_a_actualizar,[$parametros])==

Permite hacer un enlace que al hacer clic sobre el realiza una petición AJAX que actualiza
un contenedor (div, span, td, etc) del documento actual denominado por
$objeto_a_actualizar. Texto es el texto del enlace.

<source lang="php" line>
<?php echo link_to_remote(“Cargar algo con AJAX”, “update: midiv”, “action: saludo/hola”) ?>
<div id=’midiv’>Este texto será actualizado</div>;
</source>

También puede recibir los parámetros before, success y oncomplete que tienen código
javascript que será ejecutado antes, después y al completar la transacción AJAX
respectivamente.

<source lang="php" line>
<?php echo link_to_remote("cata/y", "texto", "update: midiv", "success: new Effect.Appear('midiv')") ?>
<div id='midiv' style='display:none'></div>
</source>