Lo malo es que la versión de Zend Framework no siempre es actual, ya que Zend Studio toma la versión vigente de Zend Framework al momento de la publicación del software, así tenemos que la última versión  de Zend Studio 5.5.1 traiga Zend Framework 1.0.3 cuando la versión vigente es una superior.

¿Cual es sería la solución?

Es bien simple, cuando el Zend Studio se instala, crea una carpeta dentro de su directorio raíz donde guarda dicho Framework, así que solo tenemos que reemplazar esta carpeta con la versión mas reciente del Framework.

Paso 1
Descargamos le versión más actual del Zend Framework http://framework.zend.com/download.

Paso 2
Descomprimimos el archivo bajado en cualquier ubicación de nuestro disco, la estructura de los directorios será mas o menos así:

Luego copiamos la carpeta Zend

Paso 3
No dirigimos a la ubicación donde se instalo Zend Studio y donde guarda el Framework, en mi caso es la siguiente ruta:
C:\Program Files\Zend\ZendStudio-5.5.1\bin\ZendFramework\library en el cual aparecerá una carpeta llamada Zend lo renombrados y le ponemos de nombre old

Paso 4
Pegamos la carpeta que copiamos, luego cerramos y volvemos a abrir el Zend Studio y ya podremos trabajar con las nuevas funcionalidades del Framework.

1. ¿Que necesitamos para instalar este Framework?

- PHP 5.2.3 ó superiores

Si trabajas con la versión 5.1.4 funcionará correctamente, pero Zend nos recomienda usar la versión 5.2.3 o superiores, puesto que en estas versiones hay mejoras importantes en la seguridad como en el funcionamiento de PHP, ya que algunas bibliotecas PHP usados por Zend Framework no eran completamente estables hasta la versión 5.2.3.

- Un servidor Web como Apache, IIS, u otros. PHP es multi plataforma así que funcionará en la mayoría de servidores web y sistemas operativos tales como Linux, Solaris, Windows, OS X, etc. En lo personal prefiero Linux y Apache

Si deseas dedicarte o te dedicas de manera profesional al desarrollo web con php, te recomiendo que uses Linux como Servidor Web, ya que te permitirá conocer el entorno y te enfrentaras a problemas reales que suelen suceder en la mayoría de servidores Web (hosting) que brindan soporte a PHP

SI trabajas con Windows hay programas que permiten montar APACHE + LINUX + MYSQL con una simple instalación, entre estos programas tenemos XAMPP, WAMPServer, Appserv, etc

- Las Extensiones PHP necesarios que deben estar instalados nuestro servidor web son:
Según el DB que usemos:

• pdo Para todos los adaptadores de Base de datos
• pdo_mssql y/o mssql para trabajar con Mcrosoft SQL Server
• pdo_mysql y/o mysql y/o mysqli para trabajar con Mysql
• pdo_oci y/o oci8 para trabajar con Oracle
• pdo_pgsql y/o pgsql para trabajar con postgreSQL
• pdo_sqlite y/o SQLite para trabajar con sqlLite
• ibm_db2 para trabajar con DB2
• odbc Adaptador ODBC

Otros:

• zlib Para los componentes  Zend_Pdf, Memcache
• json Para los componentes Zend_Json
• gd Para los componentes Zend_Pdf

Para  comprobar si lo tenemos instalado estos componentes solo tenemos que hacer uso de la función  phpinfo() de PHP.

Para más información detallada acerca de los componentes,  extensiones PHP y sus dependencias, lo encuentran en:
- PHP Extensions
- Zend Framework Components

2. Descargando Zend Framework

Una vez que tengamos nuestro entorno con los componentes necesarios, procederemos a descargar la versión mas reciente, estable y oficial del Zend Framework del siguiente link http://framework.zend.com/download y lo guardamos dentro de la carpeta library

Pero si eres osado y deseas contar con la versión mas actualizada , lo puedes descargar desde http://framework.zend.com/download/snapsho o haciendo uso de un cliente de subversión (SVN) desde  http://framework.zend.com/svn/framework/trunk y de esa manera tenerlo actualizado siempre. Estas versiones cuentan con las últimas mejoras y nuevos componentes, pero recuerda que están sujetos a posibles cambios futuros.

3. Estructura de Archivos

Va depender de como deseas configurarlo y el entorno en que te encuentres.

- Si nuestro proyecto va funcionar como principal aplicación de nuestro servidor web, optamos por la siguiente estructura.

- Si nuestro proyecto va funcionar como aplicación secundaria, lo podemos estructurar de la siguiente manera

Estos son estructuras propuestas, pueden ser cambiadas y adaptadas a nuestros entornos y manera de trabajo. En el siguiente enlace “Zend Framework Default Project Structure “ podemos encontrar diversas maneras de crear la estructura de archivos  para nuestros proyectos.

4. Configurando nuestro archivo .htaccess

RewriteEngine on
RewriteRule !\.(js|ico|gif|jpg|png|css|swf|pdf)$ index.php

Estas reglas encaminaran las peticiones hacia el front controller a excepción de las imágenes, archivos javascript, hojas de estilo, archivhos .swf (flash). Si deseamos que exceptué algún otra extensión solo lo añadimos a nuestra regla.

Ya tenemos nuestro entorno listo para trabajar, solo nos queda probar para ver si funciona todo correctamente.

5. Probando su funcionamiento
Vamos a crear nuestro proyecto dentro del localhost de nuestro servidor local, la ruta seria http://localhost/

5.1 Creando el archivo Index
Creamos el archivo /public/index.php con el siguiente contenido.

$basePath = dirname(dirname(__FILE__));
set_include_path(get_include_path() . PATH_SEPARATOR .
$basePath . '/library' . PATH_SEPARATOR);

/** @see Zend_Controller_Front */
require_once 'Zend/Controller/Front.php';

Zend_Controller_Front::run($basePath . '/application/controllers');

5.2 Creando el archivo IndexController
Creamos el archivo /application/controllers/indexController.php con el siguiente contenido.

/** @see Zend_Controller_Action */
require_once 'Zend/Controller/Action.php';

class IndexController extends Zend_Controller_Action
{
	public function indexAction()
	{
		$this->view->test = "Hola Mundo";
	}
}

5.3 Creando la Vista
Creamos el archivo /application/views/scripts/index.phtml con el siguiente contenido.

< !DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<title>test</title>
</head>

<body>
< ?php

echo $this->escape($this->test);

?>
</body>
</html>

5.4 Probando
Abrimos nuestro navegador y escribimos la ruta http://localhost y nos debe salir el mensaje ‘Hola Mundo’, si nos mostró el mensaje es decir que todo funciona bien y estamos listo para crear nuestras aplicaciones web.

Hasta aquí llegamos, eso sería todo, espero que les sea de mucha utilidad al momento de crear sus proyectos, Quedo abierto a sus preguntas y/o comentarios.

Convenciones del uso de Mayúsculas y minúsculas

Muchas convenciones de nomenclatura hacen uso de las mayúsculas y minúsculas en sus identificadores.

Entre ellas tenemos:

1. Estilo Pascal (PascalCase)
La primera letra del identificador y la primera letra de las siguientes palabras concatenadas están en mayúsculas. El estilo de mayúsculas y minúsculas Pascal se puede utilizar en identificadores de tres o más caracteres, por ejemplo:
ImageSprite

2. Estilo camelCase
La primera letra del identificador está en minúscula y la primera letra de las siguientes palabras concatenadas en mayúscula, por ejemplo:
imageSprite

3. Estilo Mayúsculas (ALL_CAPS)
Todas las letras del identificador se encuentran en mayúsculas ejemplo
IO

4. Estilo minúsculas (small_caps)
Todas las letras del identificador se encuentran en minúsculas ejemplo
system

Esta designación de la convención se utiliza muy poco

Cada lenguaje de programación hace uso de estos estilos según el identificador que use y de acuerdo a su convención.

En la siguiente tabla tenemos, las convenciones usadas por cada lenguaje de progragramción

Convención de Nombres

La convención de nombres es un conjunto de normas y reglas para la escritura de nombres, código fuente, identificadores y comentarios dentro de la programación, que facilitan y hacen más comprensible su lectura.

1. Clases

• Las clases representan “cosas” y no “acciones”, por tal motivo evitar verbos como nombre de clase.
• El nombre de la clase debe estar en singular, salvo que la clase represente multiplicidad de cosas.
• Las Nombres de las clases deberían ser Sustantivos: ejemplo carro, hombre, tienda, pais, empleado, proveedor
• Cada clase debe tener un bloque de documentación según la norma del lenguaje.

[PHP]
/**
* Bloque de Documentación
*/
class SampleClass
{
//contenido de la clase
}

[/PHP]

///
/// Bloque de Documentación
///
public class SampleClass
{
//contenido de clase
}

/**
*  Bloque de Documentación
*/
public class SampleClass
{
//contenido de la clase
}

2. Métodos

• Los nombres de los métodos deberían ser un verbo, dado que describe una acción ; ejemplo remover(), enviar(), cargar()
• Los Métodos dentro de las clases siempre debe declarar su visibilidad tales como privadas, protegidas, públicas, etc

3. Variables

• Evitar variables que sean de un solo carácter, Los nombres comunes para las variables temporales son i, j, k, m, y n para los números enteros; c, d, y e para los caracteres.
• Nombres de variables sólo pueden contener caracteres alfanuméricos
• Nombres de variables deben ser camelCase

4. Constantes
Según el tipo de lenguaje tenemos algunos ejemplos

4. Comentarios
Según el tipo de lenguaje que estemos usando podemos guiarnos de sus reglas y convenciones establecidas:
- php phpDocumentator
- c# MDSN guia
- java javadoc

Conclusiones
Hay muchas cosas mas que se quedan en el tintero, pero creo que con esta miniguía podemos empezar hacer que nuestro código sea mas elegante, profesional, fácil de entender y que nuestras aplicaciones puedan ser mas rápidos de mantener

Links Relacionados
http://java.sun.com/docs/codeconv/html/CodeConventions.doc10.html#182
http://framework.zend.com/manual/en/coding-standard.coding-style.html
http://msdn.microsoft.com/en-us/library/ms229043.aspx
http://www.irritatedvowel.com/Programming/Standards.aspx

“En el apuro por cumplir un plazo de desarrollo de aplicaciones, es fácil descuidar el estilo y la legibilidad.” Nigel Cheshire

¿Por que deberíamos de apegarnos a estas reglas?

Por lo siguientes motivos:

• Hacer mas legible el código
• El 80% del coste de la vida útil de una pieza de software se destina al mantenimiento
• Casi ningún software se mantendrá durante toda su vida, por el autor original
• Dentro de un equipo de programadores es mas fácil entender el código y a la vez mas fácil depurarlo
• Hacer que el código sea mas fácil de reutilizarlo
• Reducir los números de errores lógicos en el código y el tiempo en su depuración.

“Cuando usted se siente obligado a añadir un comentario, considere la posibilidad de volver a escribir el código para hacerlo más claro.” SUN Microsystems

Muchas veces no reparamos en las consecuencias que pueda tener a largo plazo, el no seguir estas normas, pasándolas por alto o dejándolos para otro momento.

Veamos el siguiente cuadro

Como vemos las consecuencias pueden ser desagradables, ya que incrementarán el tiempo y el costo de mantenimiento, hasta llegar al punto que va ser mucho más sencillo volverlo a desarrollar todo desde cero.

Empecemos!

Estilo de programación

Hace referencia a como formateamos el código que estamos desarrollando, tales como llaves, indentación, paréntesis, el espaciado, etc. Esto puede diferir entre lenguajes de programación.

A continuación les dejo una pequeña guía personal basándome en los estilos de Java, C# y PHP

1. Indentación
Sobre como indentar hay varios estilos tales como: Allman, K&R, BSD KN, Whitesmiths, etc.
Considero que el estilo Allman es el mejor, el cual dice que debemos usar los sangrados para indentar el código, nunca espacios. Poner las llaves de control en la línea subsiguiente.

2. Saltos de Línea

• Añadir un salto de línea después del cierres de los paréntesis de los parámetros.
• Añadir un salto de línea después un punto y coma, cuando termina la sentencia.

3. Espacios y líneas en blanco

• Usar espacios en blanco para mejorar la legibilidad del código.
• Usar espacios en blanco e ambos lados del operador de símbolos, después de comas y después de las declaraciones.
• Usar líneas en blanco para separar trozos de código.
• Usar líneas en blanco antes de cada método dentro de la clase.

4. Longitud de la línea
Evite las líneas de mas de 80 caracteres cuando supera se debe córtalo bajo los siguiente principios

• Salto de línea después de la coma.
• Salto de línea después de un operador.
• Alinear la nueva línea con el principio de la expresión en el mismo nivel en la línea anterior.

Hasta aquí llegamos hoy, en la próxima veremos sobre la convención de nombres