Por ejemplo, vamos a crear una vista de un listado con el controlador index:

En “application/controllers/” tenemos nuestro “indexController.php”, no vamos a crear otros controladores de momento, vamos a ir a lo básico.
En “application/views/scripts/index/” tenemos “index.phtml” y vamos a crear “lista.phtml” de momento vacío, más abajo le metemos mano.
Luego, en  ”application/layouts/scripts/” tenemos nuestro “layout.phtml”, que puede quedarse igual de momento.

Let’s go:

application/controllers/indexController.php

Dentro de esta clase, meteríamos este método:

public function listaAction()
    {
		$this->view->listado = "Listado...";
		$this->render();
    }

Evidentemente cuando hacemos el “$this->view->listado” ya nos ocuparíamos de recoger ese listado de base de datos, o de sesión, etc… pero por ahora vamos con lo básico.

Si os fijáis simplemente renderizamos.

application/views/scripts/index/lista.phtml

echo $this->listado;

Y en la vista (“lista.phtml”) no hay más historia que pintar el listado que le pasamos desde el controlador.

Desde el controlador, más adelante, accederemos a la base de datos, sesión, etc… lo único que nos tiene que preocupar ahora mismo, es entender que al ejecutar en el navegador:

http://localhost/nombredelaaplicacion/index/lista

Se ejecutará dentro del indexController.php el método listaAction() y sacará su resultado (si lo tiene, renderizado…) en la vista index/lista.phtml

Si ejecutáramos:

http://localhost/nombredelaaplicacion/index/test

Se ejecutará dentro del indexController.php el método testAction() y sacará su resultado (si lo tiene, renderizado…) en la vista index/test.phtml, como no tenemos ni uno ni otro, saltaría error (que también aprenderemos a atraparlos y configurarlos)

©2012 Joan Ballester. All Rights Reserved.

Advertencia: A la hora de instalar el Zend Framework (para instalarlo debería bastar con un aptitude, os recuerdo las diferencias entre apt-get y aptitude) os daréis cuenta de que las librerías se pueden llamar desde diferentes sitios. Podéis optar por duplicarlas en todas vuestras aplicaciones, y tenerlas en la carpeta “library” dentro de “application” o podéis nutriros de las librerías en un directorio común, es muy sencillo y no os dará ningún problema.

Lo siguiente que yo haría sería un alias apuntando al Zend Framework  en mi máquina queda así:

$> alias zf=’/usr/share/php/ZendFramework-1.10.0/bin/zf.sh’

Para que al pulsar “zf” en vuestra shell se ejecute el comando directamente, para saber si está bien instalado, bastaría con hacer un:

$> zf

De este modo os debería salir una ayuda de Zend en la que os explica los comandos que podéis utilizar, etcétera.

Una vez instalado el Zend Framework os váis a vuestro directorio donde tengáis localhost y hacéis:

$> cd /var/www/
$> zf create project aplicacion
$> ls aplicacion

Al hacer el “ls” veréis como Zend ya os crea la estructura básica de Zend Framework:
application/
—— configs/
—— controllers/
—— models/
—— views/
library/
—— Zend/
public/
tests /

Bien, vamos por buen camino, para que lo sepáis, el navegador tiene que apuntar a “public” para que se ejecute la aplicación web, por tanto, id a vuestro navegador (explorer no lo es) y teclead:

http://localhost/aplicacion/public/

Debería saliros el hello world de Zend, si no os saliera y obtuviérais un error en el que os dice que no encuentra “Zend/Application.php” es porque no encuentra las librerías (las que os expliqué al inicio), en ese caso o las ponéis dentro de “library” (y os quedaría library/Zend) o cambiáis las rutas.

En el próximo apunte destriparemos un poco la aplicación y haremos un layout (por ejemplo).

©2012 Joan Ballester. All Rights Reserved.

Objetivo del apunte:

• 1. Refrescar la memoria con el patrón MVC.
• 2. Mostrar el Árbol de archivos en una aplicación básica de Zend Framework.

1. Patrón MVC

Para quien no haya trabajado con el patrón MVC (modelo vista controlador) lo explicaré un poco por encima, y así a partir de aquí será más sencillo entenderlo todo.

La lógica a la hora de programar nos dice que el interfaz de usuario cambia con más frecuencia que los almacenamientos de datos y la lógica de negocio, por tanto si mezclamos en nuestras aplicaciones los componentes de interfaz, los de negocio y los de almacenamiento tendremos como consecuencia las famosísimas ñapas[1] ya que cuando queramos cambiar la interfaz tendremos que modificar muchos componentes de negocio (o todos!).

El patrón MVC se basa en la reusabilidad y la facilidad de cambios (mantenimiento del software) y separa los datos, la interfaz y la lógica de negocio en tres componentes: Modelos, Vistas y Controladores.

• Modelo: El modelo se limita a lo relativo de la vista y su controlador facilitando las presentaciones visuales complejas. El sistema también puede operar con más datos no relativos a la presentación, haciendo uso integrado de otras lógicas de negocio y de datos afines con el sistema modelado.
• Vista: Este presenta el modelo en un formato adecuado para interactuar, usualmente la interfaz de usuario. En el caso de Zend Framework se compone básicamente de archivos .phtml que se podrán reutilizar a modo de plantillas (o no, a gusto del consumidor)
• Controlador: Este responde a eventos, usualmente acciones del usuario, e invoca peticiones al modelo y, probablemente, a la vista.

2. Árbol de archivos en una aplicación básica de Zend Framework.

Os dejo la estructura básica de archivos que se utiliza en el Zend Framework:

Aplicación
application/
—— configs/
—— controllers/
—— forms/
—— layouts/
—— models/
—— modules/
—— views/
library/
—— Zend/
public/
tests /

Como podéis apreciar, a primera vista ya se ve el MVC: controllers, models, views.
Más adelante explico detalladamente el corazón de una aplicación.

En el próximo post de Zend Framework haremos nuestro “hello world” ;p

[1] Que si, que también hay y habrá ñapas con el patrón MVC, pero os aseguro que os facilitará la vida a la hora de detectar errores.

©2012 Joan Ballester. All Rights Reserved.