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)

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.

Vayamos por partes (como dijo Jack El Destripador :-))

¿Qué es un Widget?: Pequeña aplicación o programa, usualmente presentado en archivos o ficheros pequeños que son ejecutados por un motor de widgets o Widget Engine. Entre sus objetivos están los de dar fácil acceso a funciones frecuentemente usadas y proveer de información visual.

WordPress: ¿Todavía alguien no sabe qué es WordPress? Es un sistema de gestión de contenido enfocado a la creación de blogs (sitios web periódicamente actualizados).

Como todos sabéis, su desarrollo se basa principalmente en PHP y MySQL, vayamos pues a montar un widget.

Atención a este Widget para WordPress:

/*
Plugin Name: Test Plugin
Plugin URI: http://www.widgetifyr.com
Description: Test Plugin
Author: widgetifyr.com
Version: 0.01
Author URI: http://www.widgetifyr.com

*/

// We're putting the plugin's functions inside the init function to ensure the
// required Sidebar Widget functions are available.

  function widget_test_init()
	  {
	  /* Your custom code starts here */
	  /* ---------------------------- */

	  /* Your Function */
	  function test()
	  {

		  /* Your Code ----------------- */ 

		  echo 'hello world';

		  /* End of Your Code ---------- */

	  }

	  /* -------------------------- */
	  /* Your custom code ends here */

	  function widget_test($args)
	  {

	  	  // Collect our widget's options, or define their defaults.
		  $options = get_option('widget_test');
		  $title = empty($options['title']) ? __('test') : $options['title'];

		  extract($args);
		  echo $before_widget;
		  echo $before_title;
		  echo $title;
		  echo $after_title;
		  test();
		  echo $after_widget;
	  }  

	  // This is the function that outputs the form to let users edit
	  // the widget's title. It's an optional feature, but were're doing
	  // it all for you so why not!

	  function widget_test_control()
	  {

		// Collect our widget options.
		$options = $newoptions = get_option('widget_test');

		// This is for handing the control form submission.
		if ( $_POST['widget_test-submit'] )
		{
			// Clean up control form submission options
			$newoptions['title'] = strip_tags(stripslashes($_POST['widget_test-title']));
		}

		// If original widget options do not match control form
		// submission options, update them.
		if ( $options != $newoptions )
		{
			$options = $newoptions;
			update_option('widget_test', $options);
		}

		$title = attribute_escape($options['title']);

		echo '
		<label for="test-title">';
		echo 'Title: <input id="widget_test-title" style="width: 250px;" name="widget_test-title" type="text" value="';
		echo $title;
		echo '" />';
		echo '
		';
		echo '<input id="widget_test-submit" name="widget_test-submit" type="hidden" value="1" />';
	  }

	// This registers the widget.
    register_sidebar_widget('test', 'widget_test');

	// This registers the (optional!) widget control form.
    register_widget_control('test', 'widget_test_control');

  }

  add_action('plugins_loaded', 'widget_test_init');

?>

Interesante, ¿verdad?

Ahora me vendrá alguien y dirá… ¡pero si eso sólamente hace un “Hello world”!

Cierto.

Hace unos días estuve ojeando http://widgetifyr.com, en esta web nos ayudan a generar Widgets a partir de código nuestro. No está nada mal, hice un par de cosillas y funcionaron bastante bien. Sin duda ahorras algo de tiempo :-)

Os animo a montar los vuestros, yo llevo unos días montando algunos (ahora los estoy testeando) y es bastante interesante.

Espero que os sirva la URL de referencia :-)

Por tanto a partir de esta noche, voy a empezar a investigar sus entrañas y practicar un poco con este framework (symfony).

De primeras hay muchos frameworks, y en realidad, si te pones a leer sus descripciones todos hacen lo mismo, o quieren hacerlo. Supongo que las diferencias entre ellos estriban en:

• Facilidad de aprendizaje
• Rapidez de uso
• Modularidad para meter otros componentes
• Rendimientos en el servidor

Como siempre, sólamente puedes opinar “desde dentro”, es decir, sabiendo de verdad como actúa, y en resumen, eso haremos, investigarlo desde dentro :)

Os iré informando, a medida que vaya terminando los pasos del tutorial miraré de montar un post con las dificultades o facilidades que me he ido encontrando.