Se ha publicado el capítulo 12 de la guía de Symfony2. En este capítulo @maycolalvarez habla sobre como se instalan los bundles de terceros.

Hemos hablado de los bundles en el capítulo 2 – El proyecto y los Bundles donde entendimos que un bundle es como un grupo de funcionalidades hechas como una librería para poder importarlos a nuestros proyectos y reutilizarlos.

Ya existen muchos bundles creados por personas que con sus ideas nos proveen de mucha rapidez a la hora de implementarlos en nuestros proyectos. En este capítulo se mostrará como instalar el StofDoctrineExtensionsBundle que provee las funcionalidades que antes teníamos dentro de Symfony 1.x utilizando Doctrine en su versión anterior conocidas como los behaviors (Timestampable, Sluggable, Loggable, etc).

Con este bundle veremos como es tan sencillo crear una auditoría automática de las manipulaciones que hagamos en una tabla simplemente usando annotations.

Hoy se ha publicado el capítulo 11 de la guía de Symfony2 donde @maycolalvarez explica como Symfony nos provee formas de saber cuando un request fue ejecutado por medio de una llamada asíncrona.

También explica que Symfony2 es un framework PHP por lo que no da soporte para realizar las llamadas Ajax en realidad ya que esto se hace con JavaScript.

Ya existen varios frameworks JavaScript que nos proveen funcionalidad de Ajax como por ejemplo jQuery que hasta el momento es mi favorito y programar en peticiones asíncronas se vuelve realmente fácil.

Si les interesa saber como usar jQuery para Ajax les puedo recomendar los siguientes artículos de este blog, todos dentro de la categoría de jQuery y Ajax

• Ajax y jQuery 1/6
• Ajax y jQuery 2/6 – Implementando Hijax
• Métodos GET vs POST del HTTP
• Ajax y jQuery 3/6 – Utilizando GET y POST
• Ajax y jQuery 4/6 – Mostrando mensaje de cargando
• Ajax y jQuery 5/6 – Menú Ajax implementando Hijax
• Ajax y jQuery 6/6 – Procesando formularios con validaciones
• Symfony 1.4, jQuery y Ajax

Un nuevo capítulo lanzado de la guía de Symfony2 publicado en Maestros del Web. En esta entrega les hablo sobre como podemos manipular datos en nuestra base de datos utilizando Doctrine.

Hablamos en primer lugar sobre en Entity Manager quien se encarga de tratar con los datos y proveernos de esa abstracción. Hablamos sobre los métodos para obtener datos y cumplir las acciones de un CRUD. También y como parte principal hablamos del DQL que nos permite ejecutar SQL sin pensar en el motor ya que son operaciones sobre objetos y utilizamos el repositorio para separar la lógica de las acciones de las interacciones con la base de datos. Por supuesto todo esto lo vemos con ejemplos para plasmar con más claridad la teoría.

Si pensáramos nuevamente en la arquitectura Model-View-Controller (MVC) estaríamos viendo que la presentación de los datos (View) se encuentran en las plantillas, la programación del modelado de datos y trabajo con los mismos (Model) se encuentran en las Entidades y Repositorios.

Por último nos queda la lógica de la aplicación (Controller) que se mantendrá dentro de los actions programados dentro de cada Controlador. Esto al mirarlo desde un enfoque de arquitectura de software demuestra un proyecto muy ordenado y por sobre todo con facilidades de mantener y escalar a futuro, con un equipo de desarrollo donde cada quién maneja su parte. Algo que siempre suelo decir es que si una página llega a tener más de 20 líneas de código es porque nos estamos olvidando de modularizar y es probable que una de las partes del MVC no se encuentre en el lugar correcto.

En el siguiente capítulo, el último orientado al modelado, hablaremos sobre la validación de los datos que Doctrine nos proporciona y sobre como Symfony nos ayuda a crear objetos de tipo formularios para que los usuarios finales interactuen con la aplicación.

Ya hemos publicado el séptimo capítulo de la guía de Symfony 2 y hoy se habla sobre la utilización del Framework Twig para la vista.

Existen varios motores de plantillas conocidos para PHP y el mismo fundador del framework Symfony ha hecho un extenso análisis sobre estos antes de elegir Twig como motor por defecto para la versión 2 de Symfony.

Twig nos permite separar completamente nuestro código PHP del resto del código. Antes mezclabamos el HTML con la programación PHP en las mismas páginas, pero hoy tenemos ya la posibilidad de escribir el HTML por un lado y en el controlador ejecutar nuestras acciones y procesar nuestros datos para entregar a la vista solo lo que se debería terminar mostrando. Esto ya es muy útil pero sin embargo todavía deberíamos obtener ese resultado devuelto por el controlador y escribir código PHP para por ejemplo iterar una tabla y mostrarla. Es aquí donde entra Twig permitiéndonos una abstracción y representando los datos provenientes del controlador por medio de la sintaxis de puro texto que nos proporciona.

También tenemos posibilidades muy útiles como la herencia de plantillas y la reutilización de las mismas. Nos provee helpers para trabajar por ejemplo con el sistema de routeo y también de filtros para ejecutar funcionalidades comunes de las funciones de PHP como por ejemplo number_format, date, trabajos con cadenas de textos y escapado de caracteres especiales automático.

En la próxima entrega comenzaremos a hablar de la conexión a la base de datos por unos cuantos capítulos.