…Yo Simplemente Lloro Libertad!

Bueno, en muchos sitios he visto estructuras de archivos ((por ejemplo la usada en el manual base de Zend, la que usa Enrique Place en SurforceCMS o la que comentaba Pablo en ZendHispano)) para el framework de Zend. La mayoría de las propuestas son derivadas del “manual base” y IMHO todos tienen un fallo, la reutilización y la posibilidad de crear nuevos proyectos en el mismo servidor.

En la actual empresa en la que estoy trabajando, tenemos cerca de una treintena de proyectos activos, si para cada uno tuviesemos que seguir estas estructuras se volvería todo un caos. Aqui, en cambio, usamos una estructura inversa. Definiendo tan solo tres directorios de las que depende todo:

• Public
• Private
• Config

Y cuando realizamos un nuevo desarrollo introducimos la abreviatura única en las tres carpetas. Por ejemplo si tuviesemos una nueva aplicación de comercio online ((Es tan solo un ejemplo.)) y decidimos titularla “compras” introduciríamos en los tres directorios el correspondiente subdirectorio

• Public.
  • compras
• Private.
  • compras
• Config.
  • compras

A simple vista puede parecer más lioso, pero una vez empiezas a usarlo ves las ventajas. Ya que todo tiene la misma estructura, todo es accesible de una forma sencilla, la administración no se hace tan incontrolable y sobretodo consigues separar la parte pública de la privada, fundamental en servidores cara a internet.

Otra de las adaptaciones que he realizado viene por necesidad. En el servidor donde está alojado mi dominio usan cPanel ((No se si en otros lados será igual)), y la forma de crear subdominios es creando los subdirectorios directamente en public_html ((Siendo accesibles como sudominio.dominio.com o dominio.com/subdomino))

Bueno, pues visto lo visto e aquí mi adaptación:

Como se puede ver el screenshot está sacado del EasyEclipse ((Copiando metodología de desarrollo de Enrique Place)), Y está basado en el desarrollo del Proyecto01 del que ya hablamos.

Para todo el proyecto usaremos el nombre “afm” que es un acrónimo del site.

• config->afm: En este directorio añadimos la configuración base del site.
• library: En library añadimos el framework de Zend y el resto de librerías externas que podamos ir necesitando para el desarrollo ((Como por ejemplo HTML Purifier, Blueprint o cualquier otra aplicación externa))
• private->afm: En este subdirectorio incluimos toda la parte privada de la aplicación.
  • admin y default: Lo primero que vemos son los módulos; en este caso solo “admin” y “default” ((Para mantener más la integridad de la estructura, el módulo “default” tambien lo incluyo como subdirectorio)). En cada módulo incluyo la “subestructura base” típica:
    • controllers: Aquí guardamos los “controladores” del módulo. Usando la forma de trabajar, MVC, del framework de Zend podemos poner las vistas en el directorio “views” a la misma altura ((Aunque como todo en ZF siempre puedes configurarlo a tu gusto)) que “controllers“.
    • views: Aquí incluimos los subdirectorios necesarios para toda la parte de la “vista” (”filters“, “helpers“, “scripts“, “layouts“,…).
  • models: Esta es la zona donde se guardan todos los “modelos” necesarios para el site.
• public_html: De aquí colgará toda la parte publica de la web ((Siguiendo la estructura “impuesta” por el cPanel el directorio “public_html/” alberga el site principal y cualquier subdominio cuelga como subdirectorio de “public_html/“)). En este caso el subdominio se llamará, para mantener la integridad claro, “afm“.
  • public_html->afm: La información aquí suele ser básica, el “.htaccess” que redirige toda la información a “index.php” y el propio “index.php“. Aqui también irán todas los posibles directorios con la información pública: estilos, imágenes, javascripts…

Como se puede ver la estructura es fácilmente adaptable para incorporar nuevos sites, para reutilizar posible código y para tener una librería única en la que incluir el framework, a parte, claro de la necesidad de separar la parte de privada de la parte pública del site.

Con respecto a la forma de trabajar de una estructura “habitual” la única diferencia radica en el “index.php” y en el “Bootstrap.php” que deben tener en cuenta el “salto de un directorio más“. Pero, como por ahora estoy puliendo mi “Bootstrap.php” ((Basandome en el usado por Pádraic Brady para el desarrollo de su Blog con Zend Framework)) (el “index.php” ya tiene una versión “estable“) lo dejaré para el siguiente post…

Pero si tenéis alguna duda, o no os gusta, o tenéis alguna sugerencia, no lo dudes, más abajo tenéis los comentarios!