Tag framework - Userlinux.net

Es algo que todavía no llego a entender ni asimilar. He pasado la mayor parte de la tarde para configurar la nueva versión 2.0 de CodeIgniter-Reactor con varias librerías que, para mi forma de desarrollar, son indispensables en cualquier framework de programación orientado a web:

• HMVC: Gracias a la librería de Wiredesignz podemos ordenar nuestro código en módulos y simplificar la lógica de la aplicación.
• ModulesModule: Ahora que todo será un módulo, no vendría mal un módulo encargado de ejecutar las tareas más comunes de los módulos (instalar, desinstalar, actualizar...). Un módulo de módulos.
• SettingsModule: No me gusta cargar la configuración desde ficheros config/*, por comodidad y para que el usuario pueda cambiar cualquier parámetro ajustable de una aplicación, prefiero hacerlo en base de datos y cachearlo a disco si es necesario. Me quedo con la librería de PyroCMS.
• ThemesModule: Otra característica imprescindible sería tener una aplicación themeable y que desde un interfaz de administración se pueda cambiar tranquilamente el aspecto de la misma. Para ello podemos hacer uso de este módulo capaz de instalar y desinstalar themes.
• TemplateLibrary y TagsLibrary: Una vez hemos decidido hacer la aplicación modular y themeable siguiendo el patrón MVC, un buen lenguaje de template para que los diseñadores no se vuelvan locos con el lenguaje dinámico sería un punto más.
• MigrationsLibrary: Una vez lo pruebas se convierte en musthave. Se trata de una librería para hacer migraciones de versiones en base de datos. Gestiona los cambios entre versiones de forma sencilla.

Desde la época de CakePHP no había vuelto a probar otro framework de desarrollo libre -en serio-. Este último mes he empezado un par de pequeños proyectos con CodeIgniter, más que por los proyectos en sí, por ver cómo se desenvuelve el fw según mis necesidades y valorar su futuro uso.

Como primera valoración me está gustando, fácil de configurar e instalar, con una curva de aprendizaje exponencial -como la mayoría- y muy estructurado en cuanto a código y esqueleto de aplicación, MVC estricto, sin parámetros GET por defecto -seguro-, no hay que usar la consola...

Aunque hay otras cosas que no acabo de ver como por ejemplo el uso de la librería form_validation() con varios formularios en el mismo script, pero imagino que será cuestión de buscar un poco más.

Seguro que surgen más problemas según vaya profundizando en el desarrollo, porque de buenas a primeras he de decir que compensa seguir profundizando. Como primera toma de contacto -y viniendo de un $don_nadie como yo- voy a tener la osadía de otorgarle un notable (pero alto).

Hubo un tiempo en el que empecé con un patrón que parecía el adecuado. El mini-fw que estaba empezando era como un billar: directorios estáticos por un lado, app por otro y el core como tercera banda -la más importante sin duda- donde trato de coleccionar -y reutilizar- funciones.

En la segunda entrega creamos el despachador de forma que todas las url's tenían que pasar por un index.php que controlaba todo el tráfico.

Y ahí se quedó el invento, al menos en lo que a publicaciones se refiere. En cuanto al código he avanzado bastante y pensaba que había seguido el camino correcto hasta que el maldito Apache Benchmark Tool se cruzó en todo esto.

Cuando cuentas con una herramienta -para lo que sea- es interesante conocer todas sus posibilidades para emitir una valoración justa. Últimamente, como muchos de vosotros sabeis, en programación se están poniendo de moda los archifamosos frameworks de desarrollo.

Normalmente suele existir una guerra sana entre ellos, por sus características, configuraciones, optimización, posibilidades... y muchos otros factores que no vienen a cuento. Pero casi todos tienen inconvenientes.

Muchas veces me he planteado el uso de uno u otro, la verdad es que he probado varios y ninguno me ha convencido del todo. Quizás sea por el desconocimiento de la herramienta, -no saber cómo se mueven sus tripas o no querer saberlo (así somos los vagos)-.

Sin embargo estoy totalmente de acuerdo con Harrie Verveer y su opinión sobre la actualidad de los frameworks de desarrollo (para entendernos, básicamente éste enlace es el motivo del post).

Es posible que por eso -desconocimiento, falta de tiempo y/o ganas- no esté por la labor de escalar esa curva de aprendizaje que todos tienen y siga con mi mini-fw de toda la vida, el cual conozco como si lo pariera, ¡qué curioso! :D.

Una comparación de los mejores frameworks actuales.